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FIELD OF THE INVENTION 
10 The present invention relates to a method of 

recording audiovisual content in a communications 
network. 

One particularly advantageous application of the 
invention is the field of remote recording audiovisual 
15 content. 



BACKGROUND OF THE INVENTION 
There are prior art methods for the remote recording 
of audiovisual content broadcast on broadcast channels of 
20 a communications network that consist in requesting a 

broadcast channel to broadcast a content selected by the 
user to a personal digital recorder (PDR) situated in the 
user's home, for example. 

By way of example, users can find it necessary to 
25 use this kind of remote recording method if they are far 
from home and realize that they have forgotten to program 
a recording on a PDR while they were at home. 

Using an office computer, mobile telephone, or 
personal digital assistant (PDA), a user can then program 
30 recording remotely by sending a request to the broadcast 
channel concerned . 

However, although they meet this type of need well, 
the above prior art remote recording methods do not solve 
other problems associated with recording audiovisual 
35 content, in particular if the broadcast channel whose 

content the user would like to record cannot be received, 
for example because that channel is not part of the 
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package to which the user subscribes or because the 
user' s receiver can receive only one channel at a time 
and is being used by another person on another broadcast 
channel at the time the content that the user wishes to 
5 record is broadcast. 

Thus the technical problem to be solved by the 
present invention is that of proposing a method of 
recording audiovisual content in a communications network 
that would enable users to record audiovisual content 
10 that they are unable to record directly on their own 

receivers, either because the content cannot be received 
thereby, or because a receiver is not designed to receive 
more than one broadcast channel at a time. 

15 SUMMARY OF THE INVENTION 

In accordance with the present invention, the 
solution to the stated technical problem consists in a 
method of recording audiovisual content in a 
communications network including at least one network 

20 recorder able to record audiovisual content broadcast on 
a plurality of broadcast channels, characterized in that 
said audiovisual content is recorded by a network 
recorder at the request of a user having a communications 
terminal able to exchange information with at least one 

25 network recorder via said communications network, said 
method comprising the following steps: 

• the network recorder declaring itself in the 
network, the declaration indicating at least: 

* a means of access to said recorder, 

30 * a list of broadcast channels whose broadcast 

audiovisual content can be recorded by the network 
recorder, 

the user using a terminal to select a network 
recorder able to record at least one required audiovisual 
35 content and to connect thereto using said access means in 
order to request the recording of said at least one 
audiovisual content, said request including an 
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identification of said at least one audiovisual content 
to be recorded that consists in a unique reference of 
said content and/or an identification of an instance of 
said content consisting of at least the identification of 
5 the broadcast channel of said instance accompanied by the 
indication of a broadcast time band, and 

the network recorder sending^ a response to the 
user's recording request containing, if the request is 
accepted, an identification of the accepted recording 

10 request for each content to be recorded. 

Accordingly, from a PDR, a personal computer, a 
mobile telephone, or a personal assistant, a user can at 
any time request the network recorder to record an 
audiovisual content on any broadcast channel, even those 

15 channels to which the user does not have direct access, 
in order afterwards to transfer the recorded audiovisual 
content to the receiver of the user's choice (PDR, PC, 
PDA) and to watch it at a time when the receiver is 
available . 

20 One aopcct of tho invention io a method of declaring 

an audiovioual content nctworlc rQCordor in a 
GommunicQtiong notivork including at loaot one notv^orlc 
rcGordQr able — fere — rocord audiovioual — content broadcaot — e^^ 
a plurality of broadcaot channclD, — oharactorigGd in that 

25 oaid method comprioGO at Icaot the otcp of declaring the 
nctvfork rocordcr in tho notv i ^ork/ — the declaration 
indicating at loaot! 

* a moano of aoocQO to oaid rocordery 

* a liot of broadcaot channclo v^hooo broadcaot 

30 audiovioual content can be rQOordod by the nctv^orlc 
rocordcr. 

Another aopoct of the invention io a method of 

diocovering and oubmitting roqucoto to an audiovioual 
Gontont recorder in a communicationo nctvfork including at 
35 loaot one nctvjork recordor able to record audiovioual 

content broadcaot on a plurality of broadcaot channoloi 
characterigcd in that oaid audiovioual content io 
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recorded by a network rocorclor at the roqucot of Q uoor 
having a communicQtiono terminal able to occhango 
information vjith at Icaot one notvjork recorder via oaid 
communicationo network^ — oaid method comprioing the 
5 f olloi^ing otopo : 

' — uoing the terminal to Delect a networlc recorder 

able to record at Icaot a required audiovioual content 
and connooting thereto uoing a moano of aooooo to oaid 
recorder in ordor to roqucot the recording of oaid at 

10 Icaot one audiovioual content/ — oaid roqucot including an 
identification of oaid at Icaot one audiovioual content 
to be recorded that conoioto in a unique refcrcnGO of 
oaid content and/or an identification of an inotanco of 
oaid content oonoioting of at Icaot the identification of 

15 the broadcaot channel of oaid inotanco accompanied by the 
indication of a broadcaot time band/ — aft4 

• — receiving a rcoponoe to the uocr'o recording 

roqucot ocnt by the recorder and containing/ — if the 
rcqueot io accepted, — an identification of the accepted 

20 recording rcqueot for each content to be recorded. 

According to the invention, said time band 
indication includes the broadcast start time and either 
the broadcast end time or the duration of the broadcast 
on the broadcast channel of said instance. 

25 The invention further conoioto in a method of 

recording audiovioual content in a communicationo 
network . — Tho recording method comprioco the following 
otepo ; 

provides two main ways to access a network recorder. One 
30 way to access a network recorder is to use an address of 
said recorder in the network. The other way to access a 
network recorder is to use a — — connecting to oaid 
terminal a netv i york recorder able to record at Icaot one 
required audiovioual content oclocted by oaid terminal 
35 uoing a moano of aoccoo to oaid recorder to rcqueot the 
recording of oaid at leaot one audiovioual content/ — oaid 
roqucot including an identification of oaid at leaot one 
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QudiovisuQl content to be recorded that conoioto in q 
unique rcfGroncc of oaid content and/or an identification 
of an inotancc of oaid content conoioting of at least the 
identification of the broadcacit channel of oaid inotance 
5 accompanied by the indication of a broadcaot time band/ 
aft ^directory listing operations specific to the network 
recorders, each network recorder being identified by said 
operation , 

More precisely/ according to the invention^ said 

10 list of broadcast channels whose broadcast audiovisual 
content the network recorder can record includes the 
address of each broadcast channel, optionally accompanied 
by the charging policy of the network recorder for each 
broadcast channel. The broadcast channel address is a 
15 channel identifier codified by a consortium combining 
interested companies and organizations, such as the TV 
Anytime forum. 

To enable the user to receive the audiovisual 

content recorded by the network recorder subject to 

20 technical conditions compatible with the user's receiver, 
the invention provides for the declaration of the network 
recorder in the network to contain the conversion 
capabilities of said recorder, which relate more 
particularly to bit rate reduction and/or transcoding of 

25 the audiovisual content. 

It should also be pointed out that the bit rate and 

transcoding constraints in respect of the audiovisual 
content emanate from the user himself, as the invention 
teaches that said request should contain the conversion 

30 capabilities required by the user for transferring the 
recording to the user's terminal. 

Likewise, the invention provides for the declaration 

of the network recorder in the network to contain the 
protocols that the network recorder can use to transfer 
35 the recorded audio visual content to the user's terminal. 
In other words, this enables the user to select either a 
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streaming direct transfer mode or a downloading mode 
(off-line relative to recording in the network) . 

When it receives a recording request, the network 

recorder supplies a response to the user who sent the 
5 request . 

■ pending a lf the request fails and plurality of 
contents has been requested/ the response of the network 
recorder to the user's recording request containing, — 3r# 
the rcqucot io QCCGptcd; — an identification of tho 
10 QCGcptGd recording rcqucot for each content to bo 
rocordcd. 

When it hao received q recording rcqucot, tho 

nctv/ork recorder ocndo a rcoponoc to the uocr \^ho ocnt 
the rcqucot, 

15 If the rcqucot io acGoptcd^ the invention envioagco 

Q number of optiono in addition to identification of the 
accepted requcot, namely! the rcoponoc from the nctv^ork 
recorder containo oaid unique rGforoncc of the rcqueoted 
audiovioual content, — tho rcoponoc from the network 

20 recorder containo tho programmed end of recording time 
and/or the coot of oaid recording/ or the roopongc from 
the netvjork recorder containo the time for v^^hich the 
nctworlc recorder v^ill keep the recording- 
The diocQvcry and rcqucot oubmiooion method of the 

25 invention aloo offero the uoer the option to review and 
revioG a rcqucot, — by oaid method further including the 
otepo of the uoer formulating a rcqucot to cancel a 
recording rcqucot that hao been accepted or to delete a 
content that hao been recorded by the network recorder/ 

30 that rcqucot opcoifying at leaot the identification of 
the recording rcqucot that hao been accepted. 

To enable the uocr to determine at any time tho 

Dtage reached by the netv/ork recorder in proceooing a 
rcqucot/ — the diocovcry and rcqucot oubmiooion method and 

35 the recording method of the invention aloo include the 
otepo of! 
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^ — if the roqucot io Qoooptcd/thc notvjork recorder 

receiving from the terminal a recording requoot otatuo 
requcot indicating at leaot oaid idcntif icQtion of the 
accepted rooording roquGBt/ — 

5 ' — the nctvvrork recorder Bonding a reoponoo to the 

recording requoot otatuo requoot containing at leaot the 
identification of the acoopted recording requcot and the 
otatuo of the requoot, 

Said recording requoot otatuo requoot preferably 

10 containo oaid unique rofcrcncQ of the content and/or the 
identification of the uoor, 

The reoponoo of the recorder to the rooording 

requoot otatuo requcot may take variouo formo/ depending 
on the oituation; 

15 ' — in the caoc of a requcot that hao not yet been 

o?cocutod, — the reoponoo to the recording requoot otatuo 
requcot containo the unique roforcnco of the content 
and/or the programmed end date and timo/ 
• — in the event of an unlcnown requcot/ — fe^^e — reoponoo 

20 to the recording requoot otatuo requoot containo the 
unique reference of the content^ 

• — in the event of failure of the requoot/ — 

reoponoo to the recording requoot otatuo requoot containo 
the unique reference of the content/ 

25 ■ — if the content io available^ the reoponoc to tho 

recording requcot otatuo requoot containo an addrooo at 

vfhich the recorded contont io available. In v i fhich caoc/ 

the reoponoc containo the unique rcfcroncc of the oontont 
and/or tho time for v^hioh tho notv/ork recorder v^ill keep 

30 tho recording. 

One aopoct of the invention io a device for 

declaring a notv i fork rcoordor of audiov^ioual content in a 
Gommunicationo nctv i ^ork including at leaot one nctv^ork 
roGorder able to record audiovioual content broadcaot on 

35 a plurality of broadcaot channolo/ — oharactorigcd in that 
oaid declaration device oompriooo at leaot! 
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■ mcano for goncrating a declaration indicating at 

Icaot : 

' — a mcano of accooo to oaid recorder^ 

• — a liot of broadcaot channclo whooc broadcaot 

5 audiovioual content can bo rocordcd by the notvjork 
recorder^ — aft# 

' — mcano — for oonding oaid declaration of the nctv ' jorlc 

recorder into the nctv i ^ork. 

One aopoct of the invention io a device for 

10 recording audiovisual content in a communioationo netvfork 
including at leaot one netv^ork recorder able to record 
audiovioual content broadcaot on a plurality of broadcaot 
channclo / — characteriged in that oaid audiovioual content 
io recorded by a netv/ork recorder at the requeot of a 

15 uDcr having a communioationo terminal able to exchange 
information with at leaot one network recorder via oaid 
communioationo network/ — oaid recording device including: 

■ mcano for connecting to oaid terminal a notv/ork 

recorder able to record at leaot one required audiovioual 

20 content ocloctcd by oaid terminal uoing a mcano of acceoo 
to oaid recorder in order to requeot the recording of 
oaid at — leaot one audiovioual oontont, — oaid requeot 
including an identification of oaid at leaot one 
audiovioual content to bo recorded that conoioto in a 

25 unique reference of oaid content and/or an identification 
of an inotance of oaid content conoioting of at leaot the 
identification of the broadcaot channel of oaid inotance 
accompanied by the indication of a broadcaot time band/ 
dnd 

30 ' mcano for oonding a rcoponoc to the uoer'o 

recording requeot containing^ — if the requeot io accepted/ 
an identification of tho accepted recording requeot for 
each content to be rocordcd. 

Another aopect of tho invention io a netv i Fork 

35 roGordcr able to record audiovioual content in a 

communioationo network including at leaot one nctv i rork 
recorder able to record audiovioual content broadcaot on 
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Q plurality of broadcaot ohannclD; — GharQctcrizcd in that 
oaid audiovioual content io rccordQd by a network 
recorder at the rcquoot of Q uoer having a communicationD 
terminal able to exchange information v>?ith at loaot one 
5 nctworic recorder via said communicationo network/ — oaid 
nctworlc recorder including: 

' — meano for connecting to oaid terminal a ncti i fork 

recorder able to record at loaot one required audiovioual 
content oclGCtod by oaid terminal uoing a meano of acoooo 

10 to oaid rocorder in order to requcot the recording of 
oaid at loaot one audiovioual content/ — oaid roquoot 
including an identification of oaid at leaot one 
audiovioual content to be rocorded that conoioto in a 
unique reforonoc of oaid content and/or an identification 

15 of an inotancG of oaid content conoioting of at loaot the 
identification of the broadcaot channel of oaid inotancc 
accompanied by the indication of a broadcaot time band/ 

■ meano for oending a rooponoe to the uoer'o 

20 recording requeot containing, — if the requcot io accepted/ 
an identification of the accepted recording requcot for 
each content to bo recorded. 

The invention also conoioto in a device for 

diocovoring and oubmitting requeoto to a recorder of 

25 audiovioual content in a communicationo network including 
at leaot one netv i ^ork recorder able to record audiovioual 
content broadcaot on a plurality of broadcaot channclo/ 
charactcriged in that oaid audiovioual content io 
rocorded by a netv/ork recorder at the requcot of a uoer 

30 having a communicationo terminal able to OKchango 

information v/ith at loaot one nctv i ^orlc recorder via oaid 
communicationo network/ — oaid diocovcry and roquoot 
oubmiooion dovice including! 

« meano for choooing by meano of tho terminal a 

35 netv^orlc recorder ablo to rooord at leaot one required 
audiovioual content and for connecting thereto uoing a 
meano of accGOO to oaid rocorder in order to roquoot the 
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recording of oaid at loaot one audioviGual content/ — oaid 
rcquoot including an identification of oaid at loaot one 
Qudiovioual content to be recorded that conoioto in a 
unique roforcncG — of oaid content and/or an identification 
5 of an inotance of oaid content conoioting of at Icaot the 
identification of the broadcaot channel of oaid inotance 
accompanied by the indication of a broadcaot time bandy 
€i.nd 

■ meano for receiving a rcoponDo to the uocr's 

10 recording rcquoot oont by the recorder containing/ — if the 
rcquoot io Qcccptcdy — an idontif ication of the accepted 
recording roqucot for each content to be recorded. 

One aopcct of the invention io a communicationo 

terminal in a communicationo netvjork including at Icaot 

15 one network recorder able to record audiovioual content 
broadcaot on a plurality of broadcaot ohannelo/ 
Gharactcrigcd in that oaid audiovioual content io 
recorded by a network recorder at the rcquoot of a uoer 
having oaid communicationo terminal able to exchange 

20 information i/ith at leaot one notworlc recorder via oaid 
communicationo netvjorlc^ — oaid terminal including: 

' — meano — for choooing by meano of the terminal a 

network recorder able to record at loaot one required 
audiovioual content and for connecting thereto uoing a 

25 meano of acccoo to oaid recorder in order to rcqucot the 
recording of oaid at loaot one audiovioual content/ — oaid 
roquoot including an identification of oaid at loaot one 
audiovioual content to be rooordod that oonoioto in a 
unique roforcncc of oaid content and/or an idontif ication 

30 of an inotance of oaid content conoioting of at leaot the 
identification of the broadcaot channol of oaid inotanco 
acGompanicd by the indication of a broadcaot time bandi 
dnd 

' — meano — for receiving a rcoponoc to the uoor'o 

35 recording rcquoot oont by the recorder containing/ — if the 
roqucot io acGopted^ — an identification of the accepted 
recording roqucot for oach content to be recorded . 
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The following doDcription with rGfcroncc to the 

appended drawingo ^ — vjhich are provided by vjay of 
non - limiting cKampley — OKplaino in ^,^}hat the invention 
conoioto and how it may be reduced to practice. 

5 Figure 1 io a general flov<ychart of the recording 

method of the invention, 

Figure 2 io a flowchart of the recording method of 

the invention in the caoe of q ouccGooful recording 
roquoot , 

10 Figure 3 io a flovjchart of the recording method of 

the invention in the caoe of a failed recording roquoot > 

Figure 4 io a flov/chart of the recording method of 

tho invention in the caoe of a oucccooful recording 
roquoot v^ith additional time - delay. 

15 Figure 5 io a flovjohart of the recording method of 

the invention in the caoe of a oucocooful recording 
roquoot followod by a cancellation roquoot. 

Figure 6 io a flovjchart of tho recording method of 

tho invention in the caoe of a oucocooful recording 

20 roquoot follov ^ rod by a failure to record. 

Figure 7 io a flowchart of the recording method of 

the invention in the caoe of an unknovm recording 
requcot . 

Figure 1 io a general flowchart of a method of 

25 recording audiovioual — (^W-) — content in a communicationo 
netvjork. 

That method involvoo at Icaot ono notv^orlc rocordor/ 

Gorrooponding to tho right - hand portion of Figure 1/ — ablo 
to record audiovioual content broadcaot on broadcaot 

30 channelo . Nctv i ?ork recorder oporatoro offer a uoor the 

oervicc of recording on thoir behalf audiovioual content 
that they are unable to record thomoolveoy — for cxamplo 
bocauoo thio io not poooiblc ao the uoer dooo not have an 
appropriate oubocription or doeo not have aoceoo to tho 

35 broadcaot channol that io broadcaoting tho required AV 
content or becauoc their receiver io already being uoed 
by another poroon on another broadcaot channol. Notvjork 
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rocordoro can be provided by opcratoro opGcialising in 
thio type of oorvico or by tho broadcQOt ohannolo 
( tclGvioion ohannclo ) — thcmoclvco . 

The network rooordcr rGcordo an audiovioual oontcnt 

5 at the requoot of a uocry — cor reoponding to the left - hand 
portion of Figure 1, — provided vjith a terminal able to 
GKohange information concerning recording rcqueoto v i ^ith 
network rcQordcro via a communioationo network. 
Initially^ — tho notvjork rooordoro muot declare 

10 thomQolveo on the oommunicationci network/ — either directly 
through a recorder v/oboito or indirectly via a directory/ 
for CKamplo a UDDI — (Univeroal Dcocription Diooovery and 
Integration) — directory aooociated v/ith the SOAP — (Simple 
Object AcGcoo Protocol) exchange technology. In which 

15 caocy the directory hao to create a particular ''Netv/ork 
Recordero'' heading and liot in the directory under that 
heading the netv^ork recordero that have been declared. 

The declaration of the cxiotcnce eaoh notv/ork 

recorder in tho network ( <TV__Rccord_ScrviaQ_Dcalaration> 

20 data otructure) — indicatco : 

' preferably, — an addreoo of the network recorder 

(<RccordScrviocAddrcoo> clement)/ which io the address to 
which the recording requoot muot be ocnt, — and io either 
tho addreoo of a weboite or the addreoo of a directory 

25 heading/ 

' preferably, a liot of the broadcaot channelo that 

it can record — (<DclivcryScrviccLiat> element) > — able to 
contain for each channel! 

* preferably! the addreoo of the broadcaot 

30 channel { "acrviocURL" attribute)/ for example ao defined 
by the TV Anytime forumy 

-fr optionally/ the charging policy of the 

recorder for that broadcaot channel (<ChargingPolicy> 
element) / 

35 ' — optionally/ — the convoroion capabilitieo of the 

recorder l<ConvcroionCapabiliticD> element) — conoioting 
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^ the bit rate reduction capability 

(<BitratcConvcr3ionCopahllity> QlGmcnt) / — for Gxamplo bit 
rato reduction from ^ Mbpo to 2 Mbps/ 

^ the ability to tranocodQ the Qudiovioual 

5 contont — ( <TranacodingCapabilityy' Glement) — into different 
audiovioual coding forinato> — ouoh ao MDEG2 to MPEC4 
tranoGoding/ 

optionally, — the protooolo oupportod for 

tranof erring the rooordcd AV content to the uocr'D 

10 receiver i — FTP/ — otreaming/ or downloading. 

Thuo the invention provideo two main vjayo to acccDD 

a netvfork recorder, — One vjay to acccoo a netv^ork recorder 
io to use an addreoo of oaid recorder in the networlc. 
The other vmy io to uoe a directory lioting the 

15 operationo opecific to the network recordero/ each 

network recorder being identified by oaid operation. 

More prccioely/ according to the invcntiony — said 

liot of broadcaot channclp whooe broadcaot audiovisual 
content can be recorded by the network rcGorder includco 

20 the addreoo of each broadcaot channel, — optionally 
accompanied by the charging policy of the nctvjork 

recorder for each broadcast channel « The broadcast 

channel address io a channel identifier codified by a 
consortium combining interested companieo and 

25 organigationo, — such as the TV Anytime forum. 

To enable the uoer to receive the audiovioual 

content recorded by the network recorder oubjcct to 
technical conditiono compatible with the uDor'o receiver, 
the invention provides for the declaration of the network 

30 recorder in the notv^ork to contain the convoroion 
capabilitieo of oaid recordery which relate more 
particularly to bit rate reduction and/or tranocoding of 
the audiovioual content, 

It should aloo be pointed out that the bit rate and 

35 tranocoding conotrainto in reopcct of the audiovioual 
content emanate from the uoer^ — oince the invention 
tcachco that oaid rcquoot ohould contain the converoion 
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CQpabilitioD rcquirQd by the uocr for tranofcrring the 
rooording to the uocr'G torminal. 

The uocr muot bo in q pooition to diocovcr the 

oxiotcncc of ncti^^ork rocordGrG in order to be able to 
5 solQct the one able to record the required AV content 
under the best tcchnicQl^ — economio and crgonomic 
Gonditiono . Thio can be done: 

■ cither by defining a particular MIME — (Multipurpooe 

Internet Mail Extcnoiono) type (e.g. — "applioQtion/:( TV ' 
10 Record Service Declaration") / — vjhichii — v i yhcn a file of thio 
typo io received from a v/cboitc/ — activatco ooftvjarc on 
the uQor^o roceivcr for interpreting the 
<TV Reeord_Servioc_Declaration> data otructurc defined 
above ^ 

15 ' — or by uoing a UDDI directory and defining a nov/ 

"tModol" for AV content recording oerviceo enabling any 
recorder to declare ito cxiotenco and ito capabilitico to 
the directory in the <TV_Reoord_Service_Dcclaration> data 
otructurc defined above, 

20 Having oelectod the bcot-ouited netvjorlc recorder for 

recording the required AV content from a ^^jcbgito or a 
directory, — the user oondo that recorder a recording 
rcqucDt — (<TV_Rccord_Scrvicc_RcquQDt> data otructurc) 
comprioing i 

25 ■ preferably/ — the identification of the uocr 

{<U3crId> attribute) if the uocr hao not been identified 
oome other way/ — for example at the time of connecting to 
the recorder — (log in and paooword type oonnoction) , 
■ preferably/ an identification of the AV content to 

30 be recorded/ v/hich may bc! 

^ either a unique reference of oaid content 

{"CRIB" attribute)/ cooontially a oimplc identification 
of the content ao ouch; 

"fr or the uocr'o ovm identification of an 

35 inotanco of that content conoioting ofi 

' preferably/ the identification of the 

broadcaot channel — ( "oerviceURL" attribute) / 
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' preferably/ the otart time {"atart" 

attribute) / 

■ preferably/ — the end time — ( "end" 

attribute) or the duration ("duration" attribute), 

5 ' optionally/ — the idcntif ioation of a 

particular inotanco — ( "inDtonccMctodatald" attribute) / 

• — optionally^ — the converoion capabilitieo required 

by the uoer. 

The nctv > ?ork recorder 'o responoc to the uocr'o 

10 recording requcot — ( <TV_Rccord_Scrvicc_Rcqucat_RcDponac> 
data otructure) — containo for each content to bo recorded 
an indication! 

■ either of the oucccod of the recording roqucGt 

( </^ocordJ^oquojtSuGOGJJ> clement)^ thia indication 

15 containing i 

-fr preferably/ the identification of the 

accepted recording requeot — ("roguojtid" attribute) ^ 

* optionally^ — the identification of the 

rcquooted content ("CRIB" attribute)/ 

20 ^ optionally, — the programmed end of recording 

time — {"rccordEndTimc" attribute), 

^ optionally, — the time to keep the recorded 

content — { "kccpDuration" attribute), 

-fr optionally, — the coot of the recording 

25 {^'rcoordCoat" and "currency" attributco) , 

• — or of the failure of the recording requcot 

(<RQOordRcqucDtFailurc> element)/ — thio indication 
containing i 

^ preferably/ — the identification of the 

30 requeotcd content ("CRIB" attribute)/ 

* optionally/ — the reaoon for failure of the 

requeot {"KOrcaoon" attribute). 

If a recording requcot from the uocr failo/ — fefee 

reoponoo of the notworlc rocordor to the requcot containo 
35 an identification of content concerned if a plurality of 

contcnto v/ao requeotcd. Similarly/ — the reoponoo from the 

recorder containo the reaoon for the failure of the 
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roquoot > A roquoot may fail bccQUGO the network rocordGr 

doQD not have acccDO to the oontcnt rGqucQtcd by the 
uoor ^ — for example. 

If a recording rcquoDt is accepted/ — infers — otatuo can 

5 be requocitod — ( <TV_nccord_RcqucDt_Statua_RcquQDt> data 
otructure) , — the requeot indicating! 

' — prof erably / — the identification of the aoccptod 

recording roqucDt — { "rcqucatid" attribute), 

— optionally/ — the idcntif ioation of tho content to 

10 bo recorded ("CRIB" attribute); 

■ optionally, — the identification of tho uoor 

{<UacrIcl> attribute). 

On recoiving a requeot otatuo roquoot/ — the netv/ork 

recorder oendQ a reoponoe 
15 (<TV_ncoord_RQquQDt_Statuo_Rcaponac> data otructuro) 
containing i 

— in tho ooDO of a requeot that hao not yet been 

oceoutodi 

^ preferably, — the identification of the 

20 accepted rooording requeot — ( "roqucotid" attribute) , 

^ preferably, tho otatuo of the requeot 

["otatuo" attribute, — "runnningRcqucot" value)/ 

^ optionally, — the identification of the 

content to be recorded {"CRIB" attribute)/ 

25 ^ optionally, — the programmed end date and 

time — ("callAftcr" attribute)/ 

— in the caoo of an unknown requeot — {« rcqucotIB » 

attribute not rocognized) ! 

* preferably; — tho identification of 

30 the acGcptod recording roquoot {"rcqucotld" attribute); 

* preferably/ the otatuo of the requeot 

{"otatuo" attribute/ — "unknownRcqucot" valuo) / 

optionally; the identification of the content 

to be recorded {"CRIB" attribute); 

35 ■ in the caoe of a requeot that failo — (for example 

in the event of an equipment failure) ! 
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* preferably^ — the identification of the 

acocptcd recording rcquoot — { ''rcqucatld" attribute), 

^ preferably, — the ototuo of the rcqueot 

{"otatuo" attribute/ — "foilcdRcqucat" value), 

5 optionally, — the identification of the content 

to be recorded ("CRIB" attribute)/ 

' — in the caoo of a rcqueot that hao been completed 

\^ith the recorded content available: 

* preferably, — the identification of the 

10 accoptod recording rcqueot — ( "rcqucatid" attribute) / 

^ preferably/ — the otatuo of the roqucot 

{"Dtotuo" attribute, — "contcntAvailablc" value)/ 

* preferably, — the mcano of recovering the 

recorded content — ( "oontontC/i^L" attribute)/ 

15 * optionally, the identification of the content 

to be recorded {"CRIB" attribute)/ 

* optionally/ the time for vfhich the recorder 

vfill keep the recorded content — ( "kccpBuration" 
attribute) . 

20 The uoer can aloo rcqueot cancellation of a 

recording rcqueot — {<TV_RQCord_Rcqucat_CQnccl> data 
otructure) , — for OKample if the uoer changco hio or her 
mind, — the cancellation rcqueot indicating: 
' — preferably/ — the identification of the accepted 

25 recording rcqueot — {"rcqucotld" attribute), 

— optionally, — the identification of the content to 

be recorded {"CRIB" attribute), 

' — optionally, — the identification of the uoer 

{<UocrId> attribute). 

30 The uoer can aloo rcqueot the deletion of an AV 

content that hao already been recorded in the nctv/ork 
{<RQCordcd_Contcnt_BQlctc^ data otructure)/ — the deletion 
rcqueot indicating i 

■ preferably, — the identification of the accepted 

35 recording roquoot — ( "rcqucatld" attribute) ; 

' — optionally/ — the identification of the content to 

bo recorded {"CRIB" attribute)/ 



* 
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' — optionally, — the identification of the uocr 

{<UacrId> attribute) . 

The otcpo of the recording method that have juct 

been generally doocribcd with roforoncc to Figure 1 will 
5 now bo dcocribed in more detail with rcfercnco to Figures 
2 to 7. 

1, Recording audiovioual oontcnt in the nctworlc from a 
netviTorlc recorder vjcboite. 

1.1. — Diocovcring a notvfork rocordor v^Qboitc. 

10 An audiovioual content rooordcr can malco itoclf 

knovjn by mcano of an HTML page on a vfcboitc. 

On oliclcing on a link indicated on the \^oh pagc/ — fet^ 

uoer'o terminal rccoiveo a file of a particular MIME 
type: application/): TV Record Service Declaration" . 

15 Thio file containo the following information: 

■ prcfcrablyy — the addreoo of the rocordor on the 

nctvjork [ <RocordScrviccAddrcoa> clement), 

' preferably/ — a liot of the channelo that it can 

record — ( <DQliveryServiceLiot> clement) — containing for 

20 each channel: 

^ preferably/ — the addreoo of the channel ao 

defined by the TV Anytime forum { "acrviccURL*' attribute)/ 

^ optionally, — the charging policy of the 

recorder for that channel — {<ChargingPolicy> element)/ 

25 ' — optionally, — the converoion capabilitico of the 

recorder — ( <Conv^QrjiQnCapajbiii tiQ£7> clomont) / — conoioting 
e#-5- 

* a bit rate reduction capability 

(<BitrateConverDionCapability> element) / 

30 -fr an audiovioual content tranocoding capability 

[<TranocodingCapability> element) — relating to tranocoding 
a content into different audiovioual coding formato/ 

• — optionally/ — the protocolo oupportod for 

tranof erring the recorded content to the uocr'o terminal 

35 (e.g. only the FTP mode or another mode io alv^ayo 
propoocd by default) . 
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In one variant of the invention/ — the declaration of 

the notv/orlc recorder in the nctvfork containD the 
protocolo that the nctworlc recorder can uoc to tranofor 
the recorded audiovisual content to the uocr'o terminal. 
5 In other vjords/ — this enableo the uoer to choooe either a 
direct otrcaming tranofer mode or a downloading mode 
(off-line relative to recording the content in tho 
network) . 

There follov^o an example of a file declaring a 

10 recorder in the nctvjork! 

<"TV_Record_Sorvico_Declaration xmlnsix 6i ="httpi//wwWiW3iOrg/2001/XMLSchoma i nstanc e '* 

xG i inoNamo6pac e Sch e maLooation-'''TVRocServ>xcd" vorcron-^l"^ 

<-RocordS e rv i coAddrocG" ' http://wwwiVoilaJr/R e cordR 9 qu e stin-*^/RocordS^ 

15 ^^Convere i onCapab il iti e s'^ 

'" ■ B i trat e Convor6 i onCapab i l i ty>tru e *'/B i tratoConvorcionCapabi li ty'> 

^-TranccodingCapab i (ity^MPEG 1 *-/TranccodingCapabi l {ty^ 

'^TranscodingCapab ili ty^MPEG I ' -ZTrancoodingCapab i l i ty'* 

</Conv9reionCapab j l i tt9S'> 

20 ^ • Support e dTrancforProtoco l s^ 

«^SupportedTrancforProtoco l valuQ~TTP7^ 

^Support e dTranef e rProtoooi va l uo-"HTTP7'^ 

'-' ■ /SupportodTransf e rProtoco l s'* 

*:D eli veryS e rv i c e Ust> 

25 ^D oli vorySorvico corvicoURL-"dvb://1 i2,a"^ 

^ChargingPo ii cy xml:lang-"on"" ' 3 USD for AV contentc produced i n tho l ast 3 months, 1 USD for 

tho oth e r contontsWCharg i ngPo li cy^ 

'"/DolivoryS e tv i o e 'i * 

'"Dol l vorySorvic e 6 e rv i GoURL~''dvbi//1 i2Lb7> 

30 ^Dol i voryS e rvic e porv l coURL-''dvb://1 ^2,0"/^ 

^/D e Hv e rySorvicoL l Bt'^ 

^/TV_Rocord_SorvlCB_D e c l aration> 

Thio table io uocd to declare a broadcaQt 

35 audiovioual oontont rocordcr to which roqucoto may bo 
oubmittcd at the addreoo indicated by the 
<RccordScrviacAddrcao> element for content delivery 
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oorvicQO or broadcQot channclo — ( tolovioion channclo ) 
indicQtod by the <DclivcryScrviocURL> Qlcmonto. 

Accordingly/ — if the uoor wiohcp to record q content 

broQdcaot by one of the broadcaot channclo declared in 
5 this vjay, — if the user' o terminal doco not receive the 

channel broadcasting the oelected content directly or ic 
unable to receive it at the time the content is 
broadcaot^ — it can requeot the recording of that content 
at the addrcoo indicated in the <RccordScrviccAddrcDD> 
10 olcmont . 

1,2. RcquGOting by the uoor of recording in the 

nctvjork. 

When Q uoor has diocovGred in the prccoding otop 

that a notvfork recorder io able to rocord audioviaual 

15 content broadcaot by a particular broadcaot channel and 
the uoor v i yioheo to activate a netvjork rooordcr, the uoor 

muot oend it the requeot <TV_Rccord_Scrvicc_RcquQOt>i at 

the addrooo indicated by the <RccordScrvicc7[ddrcDa> 
olcmont of the above tablo, — with the follovfing 

20 informationi 

■ preferably/ — the identification of the uoor 

( "Uacrld'' attribute) , 

• — optionally, — the identification of the protocol to 

be uood to tranofer the content after recording, 

25 ' — optionally, — the identification of the coding 

required for the content to be recorded (vfhich may call 
for tranocoding in the recorder) / 

" preferably, the identification of the content to 

be rcoordod {"CRIB" attribute); 

30 ■ optionally; — the identification of an inotanco of 

that content conoioting of; 

-fr preferably; the identification of tho 

tolovioion channel — ( "ocrviccURL" attribute) ; 

-fr preferably/ the otart time — ( "start" 

35 attribute) ; 

* preferably/ the end time {"end" attribute) or 

the duration — ( "duration" attribute) / 
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* optionally^ the identity of a particular 

inotanoo — { "inotanccMctodatald" attribute) . 

There follovjo an example of a file rcqucoting 

recording — in the notv^orlc of t\jo contento uoing FTP ao the 
5 recorded content recovery protocol and transcoding to 
MPEC - ^ with a maximum bit rate of 1500 Icbpo for the 
"crid: //hbc. com/f oxco/epioodell" content on the 
tclevioion channol "dvbi// l,^QG2.3f5/" and tho 
"arid! //chl . Gom/DoriG/cpl2" content on the channel 
10 "dvb2//l. 1oG2.3f ^Mf5/" i 

r':TV,RoGord_,S e rv i c e _R e quoct xm l n6ixG i -''httpi//wwwiw3.org/2001/XMLSGhomo instance" 
xG i :noNamocpaG e SGh e maLoogt i on-"TVRoGSorv.x6d"ucor l d-"X3YZDFc l oGH^9''^ 

i"RoquQStodTrancf e rProtoGO I >FTP'"/RoquoGtodTransforProtOGO I '* 

15 ^TransGoding"*MPEG ^''/Tranecoding^ 

^MaxBitRat e -*1 SOOWMaxB i tRat e -^ 

i -ContontldontifiGation crid-"Grid://hbG.Gom/foxQc/ e piGodoir corv i GoURL-"dvb:// t^ ee 3.3f5r ctart"''3001 - 

OA 07X19:00:00.00*01:00" dunation-VTIHaOM"/^ 

i^Contontld e ntif i Gation cridr"crid://Gh1 .com/cario/op12" corv i GeURU''dvbi//1 .^oo2.3f^;^f5r 6tart-"2003 - 06« 

20 27112:30:00.00+01 :00" durat i on"''PT0H30M" in 6 tanGoMotadata l d-"im i :broadGa6t/17> 
^A'V_RoGord_Serv i cG_R0qu e 6t' > 

Each content to be recorded io identified by ito 

CRIB, the DcrviccURL that will deliver the content/ — 
25 otart time and ito duration (or ito end timo) i and v/horo 
applicable ito inotanoo identification. 

The rooponoo <TV_Rcoord_Scrvioc_Rcqucot_ncaponoc> 

rcGcivcd in return indicatoo for each content vjhooo 
recording hao been requcotod! 

30 ■ cither the oucceoo of the recording requeot 

{<RccordRQquQatSucccoa> clcmont) — (Figure 2) / giving! 

-fr preferably^ the identification of tho 

accepted recording rcquoot ["rcquootld^' attribute)/ 
-fr preferably/ the identification of the 

35 requGotcd content {^'CRID" attribute), if a plurality of 
contento v^ao roqucoted in the oamc requeot/ 
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* — optionally/ — the identification of the 

roquGGtcd content — ( "CJ^ID "a tt r ibuto ) y — if a oinglo content 
wao requcotedy 

^ optionally/ — the programmed end of recording 

5 time — ( "rccordEndTimc" attribute) , 

^ optionally/ — the time to keep the recorded 

content — ( "kccpDuration" attribute) , 

-fr optionally, the recording coot (" rcoordCoot" 

and "currency" attributco)/ 
10 ■ — or the failure of the recording requcot 

[<RQCordRcqucotFailurQ> element) — (Figure 3) / giving; 

* preferably)! — the identification of the content 

for which the requcot hao failed ("CRIB" attribute); if a 

plurality of contonto vfao rcqueoted in the oame requcoti 
15 ^ optionally/ the identification of the 

requcotod content {"CRIB" attribute); if a oinglo content 

vjoo rcqueoted; 

-fr optionally; the reaoon for failure of the 

requcot — ("KOrcQDon" attribute) , 

20 There follov i yo an cKample of a rcoponac to a 

recording requcot vjith ouccooo for tv/o contcnto — (the time 
to keep and the coot to be paid the being indicated for 
the oecond one) — and failure for t\/o othcro; 

25 *-TV_R e cord_SorvicQ_Roqu 9 6t_Rocpons 9 xm l nsix6 i "''http://www.w3.org/2001/XMLSchoma instanc e " 
xc i :noNam e epac 9 SchomaLocation~"TVR 9 C$ 9 rv.x6d'^ 

<R0CordR 9 quo8tSuccocG crid-"crid://hbc.com/fox96/9prsodGl 1" r 9 qu 9 st l d-"12 ' 156XD3 ' 1'' 
roGordEndTimo-'''2003 0^ 07T20:30;00.00*01 ; 00''^ 

^RocordRQqu es tSucc e sG crid-"cridi//zzZiOom/movio/titlor roquoct l d-"156WQ77" r e cord EndTinio-"2003 - 0^ ' 
30 07720:30:00.00+01:00" koopDurat i on-'PTa/IH" r e cordCo6t-''2'' ourroncy-"USD''/^ 

'"RocordRoquQgtFa i iur e crid-"cridi//ch1iCom/corio/op12'' KQr e a6on-"unknownCR I D7'^ 
^R e cord R e qu e& tFai l uro crid^"crid;//chaino5.com/film1 5" KOroaGon-"unava i lab l oSorvicoURL7"> 
'"/rv_Rocord_S e rv i c e _RoquocLRecpon60^ 



35 



1.3. Management of a requcot for recording in the 
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After accepting a rcquoot for recording in the 

nctvjork/ — the network recorder io able to monitor changoo 
in the ochcduling of the broadcQOting of AV contcnto and 
to reprogram the recording of the roquootcd contcnto 
5 accordingly . 

After a roqueot for recording in the notworlc io 

accepted, — the uoer hao a number of optiono: 

' — to cancel the recording requcot — (if the coot io 

too high or tho uoer changco hio or hor mind) / 

10 ■ to trade tho otatuD of a recording roquoot — ^fee 

find out if tho content hao been rcprogrammod at another 
date or timc/ — or if the recording io f iniohcd) . 

To cancel a recording rcquoot/ — the uoor muot oend a 

recording requcot cancellation roqueot 

15 (<TV_Rcoord_RQqucat_CancQl> date otructurc) — (Figure 5) 
containing ! 

■ preferably/ the identification of tho acGGptcd 

recording roquoot — ( "rcqucstid*' attribute) , 

• — optionally/ — the identification of tho content to 

20 be recorded {"CRIB" attribute)/ 

• — optionally/ — the identification of the uoer 

(<UocrId> attribute) . 

There follovjo an example of a recording requcot 

cancellation requcot i 

25 

«"TV_R e cord_R e quest_Canc 9l xmlnc:xci-''http://wv s rw.w3.org/2001/XMLSGh e ma i nctanc e " 
xsi:noNam e 6pac e Sch e maLocation~"TVR e cS 9 rViX6d" crid~"Gric l ://hbc.Gom/fox e6 / e p i 60do1 1 " 
r e qu e st l d-"12^56XD3^V> 

30 No rcoponoG io expoctod from the recorder. 

To trade tho otatuo of a recording requcot/ — tho uoor 

muot oond a recording rcquoot otatuo roquoot 
{<TV_Rccord_Rcqucot_Statua_Rcqucot:> data otruoturo) 
(Figure 2) — containing; 

35 ■ prcferablyy tho identification of the accoptod 

recording roquoot — {"rcqucatid" attribute)/ 
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' — optionally, — the identification of the content to 

be recorded ("CRIB'' attribute)/ 

" — optionally/ — the identification of the uocr 

(<U3crId> attribute) . 

5 There follovjo an example of a ''recording otatuo 

requoot"' request : 

^TV_R e cord_Roquoct_$tatu6_R e quoct xmln8:x& i ''"http://www. w3.org/200iyXMLSchoma inctanc e " 
KC i :noNam e spaooSch e maLocation~"TVRocSorv>xsd'' crid-''cr i d://hbG.Gom/fox e8 /opreod Q ir 
10 roquostld-"12156XD3^"/> 

Several — rcoponoco — &a?e — poooible . — fefee — content hao 

ftet — ye^ — been — recorded — (Figure — — — rcoponso — from the 
recorder includoo i 

15 ■ preferably/ fe4^e — identification of — fetee — acocptcd 

recording rcqucot ( "roguojtld" attribute)/ 

« preferably/ — fe^^e — otatuo of — fefee — roqucot — ( "ototuo" 

attribute/ ''run/iningi^cquo^; t " value), 

' optionally/ — ^ohe — identification — — fefee — content — fee 

20 bo recorded (''CRIB" attribute), 

' — optionally, — programmed — eftd — date — aft^ — time 

{"callAftcr'' attribute) . 

There — f ollowo — eft — example — &^ — a — "content — f^efe — yefe- 

rcGorded" reoponoe : 

25 

^TV_Record_R e qu e 6t_Statu6_Rocponc e ixm l nc:xc i -"http://www.w3.org/2001/XMLSchoma inctanc e " 
x& i :noNam e spaceSGh 6 maLocat i on-"TVRecServ;X6d" cr i d-'*crid://hbCiCom/foxo6/op i sodoir 
roquoctld^''1 2^56X03^" statuc-"runningRoquocr -"2003 06 - 27T1<1:30iO0iO0+O1iO0V^ 

30 Tfee — "callAftcr" — attribute — cnabloQ — fefee — terminal — fee 

program a timer for repeating a recording otatuo — rcquoot 
if there io any chanco of obtaining a different reoponoe. 
Thio — io the caoo — if the broadcaot time of a content hao 
changed. 

35 — fe^ie — rcquoot — i-s — — rcoognizod — ete — valid — (Figure 

7); the rooponoc from the rooordcr includoo ! 
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■ — preferably/ fe4=ie — identification — — fei^e — acccptod 

recording roqucot — ( "rcqucntld" attribute) / 

• — preferably; — fe^^e — otatuo — — fc+^e — requeot — ( "atatuo " 

attribute , — "unknownRoqucot" value)/ 

5 ' — optionally/ — ^he — identification — — fefee — content — ^ 

be recorded {''CRIB" attribute). 

There — f ollov ^ /o — aft — example — — aft — "unlcnovm — recording 

roqucot" rcoponoo i 

10 i "TV_RQOord_Roquoct_Statu6_R e cpon6 e xmln6:x6h"http://www.w3.org/2001/XMLSGh e ma inctanoo" 
xsi.'noName6pacQSch e maLocation-"TVR e cS Q rv>xsd" cr i d-"crid://hbCiCom/fox e 6/ e p i 6od 9 l 1 " 
roquoctld-''1 2^56X03^" 6tatuc-"unknownRQque6r/^ 

Thio oituation can arioc if the uocr' o terminal 

15 interrogatoo the notvfork recorder after the end date for 
keeping a recorded content, 

If the roqucot hao failed (Figure 6); the recorder 

rcopondo v#ithi 

' preferably/ the identification of the accepted 

20 recording requeot — ( "rcqucotid'' attribute)/ 

■ preferably/ — the otatuo of the requeot — ( "otatuD " 

attribute / — '*foilcdRcqucDt'' value) / 

' — optionally/ — the identification of the content to 

be recorded ("CRIB'' attribute), 

25 There follov^o an example of a "failed recording 

requeot" reoponoo i 

' ^TV_R Q Oord_R e qu e et_Statu6_R e spon6 e xm l n 6 ix 6i ="http://wwvviw3.or9/2001/XMLSch e ma H n6tanGtf 
x6 i ;noNamocpac e SchomaLoGation"''TVRocS e rViX6d" crid~'*cridi//hbG.com/foxoe/ep i sod e 1 1 " 
30 r Q quoctld-"12^56XP3^"6tatuc-"fail e dR e qu9St7'* 

If recording hao finiohod and the oontont io 

available/ the rooponoc from the recorder includco! 

■ preferably/ — the identification of the accepted 

35 recording roqucot ("rcqucatid" attribute)/ 

■ preferably/ — the otatuo of the requeot {"ctatuo" 
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■ optionally^ the identification of the content to 

be rocordcd {"CRIB'' attribute)/ 

* — optionally> — the time to keep the recorded content 

in the rocordcr — { "kocpDuration" attribute), 

5 ■ preferably, — the moano of recovering the recorded 

content ( "contcntURL'' attribute) > 

There followo an example of a "recorded content 

available in the recorder" rooponoc! 

10 ^TV_R e corrl_R 9 qu Q sLStatU6_R e 6pQnc e xmln6ixsi-"http://www.w3.org/20Q1/XMLSGhoma inctanoo" 
x6 i :noNam es p a o e Sch e maLocat i on-"TVR e cSorv>xsci" cr i d-"cr i d;//hbacom/fox 9 6/ e pi 6 od 9 l 1 " 
roquoctld""1 2^56X03^" 6 tatus""contontAva i labl e " 
oontontURL"''ftpi//log i n:paGcword@ftpitvrc.fr/u6or1/av12impg'V'^ 

15 l. ' l Tranof erring and deleting a content recorded in 

the notvjork. 

If the recorder roopondo to a content recording 

roquGOt otatuo roquoot by indicating that the content io 
available, — the uoer^o terminal can then download the 
20 content/ — the addreoo of the content being indicated by 
the <contcntURL> — attribute of the rcoponoe from the 
recorder . 

The recording v^ill be dclotod automatically after a 

certain time or in rooponoc to a opeoific requeot from 

2 5 the terminal containing! 

« — preferably, — the identification of tho accepted 

recording requeot — ( "rcqucatld" attribute) , 

• — optionally/ — the identification of the content to 

be recorded {"CRIB" attribute), 

30 ■ optionally/ — the identification of the uoor 

(<UocrId> attribute) . 

There follovjo an ojcamplo of a requeot to delete a 

recording ! 

35 ^R e cordod^Contont^Pol e t e xm l n6ixc i -''http;//www.w3ior9/2001/XMLSch e ma - in6tanc e " 

Kei:noNamocpacoSch e maLocat i on"''TVReGS e fVaXSd'' crid"''oridi//hbc.com/foxoc/op i cod e ir 
roquoGtld-"12156yiD3/17'i > 
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No rcoponoG io CKpcctcd from the rocordor, 

5-: — Recording of an Qudiovioual content by q notvjork 
recorder using UDDI and SOAP. 

5 2.1 Declaring the notv ^ Fork recorder using UDDI — h^^ete 

ocrvice) . 

The technology of web oorvicco and in particular of 

UDDI (Univeroal Dcocription, Diocovory and Integration) 
oervicGO cnabloo rooordcro of audiovioual content 

10 broadoaot in the network by broadcaot channelo to be 
entorod into a directory! the UDDI directory. 

The SOAP (Simple Object Accooo Protocol) technology 

io uoed to exchange XML - type data otructuroo. 

It muDt be poooible to record in the UDDI directory: 

15 ' a ncvtf oervice category (or heading) : the ocrvice 

for recording audiovioual content in the netv^ork with ito 
acceoo point and the operationo accepted from uoero^ 
terminaloy 

• — a oearch criterion: the identifier of each 

20 broodcQot channel — (televioion channel) . 

Thuo a uoor terminal looking for a nctv/ork recorder 

can conoult the directoryy — oupplying one or more 
broadcQot channel — (televioion channel) — idontifioro and 
requeoting in return a moano of addreooing directly 

25 recordero that satiofy the search criteria. 

The new oearch criterion in the UDDI directory that 

conoioto of the televioion channel identifier, — 
example/ muot be the oubjcct of the definition of a nev < y 
UDDI tModel/ here called "ocrviacUnL" (in conformance 

30 with oootion 1.6. 4 of the UDDI opccif icationo relating to 
the definition of "tModol^^) ; to declare the audiovioual 

content broadcaot channclo, It io given the name tv 

record org: ocrviccURL" . — Thio io an authority that muot 
roquoot the recording of thio nev# "tModcl". The entity 

35 "tv record org" io any entity/ — for example "tv anytime ^ 

org". Thio leado to declaring a Iccy v ^ fith the oame name 

"uddi ! tv record, org : ocrviceURL" . 
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The declaration of that key aloo includoo rcfcrGnccD 

to the opocif icationD of thio "tModol" by the 
organization rcqucoting its — inocrtion 
"<ovcrvicwDoQ><ovcrvicwURL>" and tho — "< cat ego ryDa g> " 
5 olcmcnt — containo otandard information included in any 
"tModol" declaration , 

^tMod el tMod 9 lK e y~"udd i :tv - r e cQrd.or9:6orvicoURL"'> 
— *"nam e '*tv r e cord org;6 e rvicoURL^/nam e '> 

— ^^d e scr i ption xm l : l an9-'' 9 n''^Cat e gory cyct e m for oach d e l i vory corv i oo handled by a r e cord i ng 
s e rvic e ^/de s Gription'^ 
— <ovop/ i ewDoG'> 
^ov e rv ie wURL u6oTypo-''to?<r^ 

ftpi//pubipub@ftp.francotol e com.fr/pub/Sp e c/Rooord_tlVlode l tg i p 

<'/ov e rvl e wURL^ 

— ' ' ■ /overv ie wDoc^ 
— ''catogoryBag^ 

— r- j ^oyodRof e r e nc e k e yNafn e -''uddl orgityp e o:catogorization" 
koyVa l ue""Gatogorization" tModo l Koy""udd i :uddi.org:categorization:type67^ 

<k e y e dR e foronoe k e yNamQ~"udd i org:typ e s:uncli e ck e d" 

koyValu e ''"unchockQd" tModolKoy~*'udd l iuddi.orgicate9oriaation;typoc7'* 
— '"/catogoryBag"* 
^/tMod e l'* 

It is aloo nGCGdoary to define a '^tModol port'' for 

ocnding requeoto to tho audiovioual content rocordor ao 
follovjo: thio ''tModol'' doocribco the oorvico for 
tranof erring — "£?ujbjnit_Dj ta " rcquooto to the content 
recorder in the network^ — the uoe of v/hich v < ?ill be 
illuotrated later i 

'"tlVlodol tModo l Koy-"uddiitv record>orgicubmit_Data_v10"^ 
— *'nam e '^tv - rooord org:Gubmit_Data_v1 0<'/nam e ^ 

— '-doccript i on xmli l ang-"on''^TV R e cord WSDL i ntorfaoo for Gubmitjata port'^/doccription^ 
35 — '^ovorv i owDoc^ 

'"ovorv i owURL ucoTypo""wcdl l ntorfac e '''* 

http;//wwwjtv rocordjOrg/vWjdl/tvr_troncport_v10>wcdlffcubm i tJata_SOAP 



15 



25 



30 
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'"/ov e rvrowURL"* 
*"/ov e rviowDoo - ^ 
*^ov e rv ie wDoc"> 

— ''overv i QwURL us e Type~"t e xt'*^ 
— ftp://tvrtvr@ftp.vo il aifr/Gpoc/tvr_xxV10.zip 
— ^/ov e rvi e wURL'^ 
^/ovorv i owDoo^ 



^c a t e goryB a g"^ 



t'^k e y e dR e f e r e nc e k e yNam 9 ~"uddi org:typoc;wcdr koyValu e ^^wsd t Sp e c" 

10 tMod e lK e y~''uddi:udd i -org:cat e gorization:typ e 67' > 

tf-k e y e dRef e renc e k e yName-"uddi - or9:typoc;coop" keyValu e -"6oapSp e o" 

tMod el K e y-^uddiiudd i iOrgicat e gorizat i onityp es "/^ 

— ^koyodRoforonoQ k oyNam e '^udd i orgityposiwn l " k e yValuo""xm l Sp e c" 

tMod 9l K e y-'*uddi ; uddiiorgicat e gorigation:typeG7'^ 

15 ' ^k e y e dR e foronoo koyNamo""uddi - org:typ 9 C!6p e c i f l cation'' 

keyVa l u e -''6p 9 c t fication" tMod 9l Koy-"uddi:uddi.org:categorization:typ e6 7'^ 

— ^/catogoryBag^ 



20 To make itoolf known/ — a broadcaot audiovioual 

oontcnt recorder muot dcclaro ito recording capabilitico 
uoing the — "aavc_binding*' method — (ooo the UDDI API 
publication) , — aoouming that the appropriate parental 
otructureo — "buoincaoEntity" and "busjinccoScr\j^icc" hove 

25 already been doclarod/ — referring to the ''tModcl'' defined 
previouoly i 



^cav 9 _binding xmln 6 ""umiuddi - org:apLv3" - '^ 
■ *'b i nd i ngTomp l at 9 ^ 

30 — *"d 9 6Gription xm l :lang-''fr^^D 9 c l aration of an audiov i sua l oontgnt rooording corviC 9 for ono or mor g 

t9 l9 vi6ion channo l c ^/d9Scriptiom > 

— ^ . aco gse Po i nt ucoTyp 9 '''* 9 ndPo i nr^ 

httpi/Zwwwi voila.fr/mov i9 6 

— *' . /aG0 9 S6Point'* 
35 — ^^tModo l lnstanooDotai l s'* 
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r- i nstancQParmc">*'i[CD A TA[ 

*'?xm l v e rs i on-" 1.0" encoding-"utf"8''?-* 

^d e 6crib 9 _cubmtt_Data_Re6ult s e rvic e V e rs i on ""3" 

xnn l nG'-"httpi//www.tv - onytime.org/2002/ 4- 1/trancport''^ 

5 ^Conv e rsionCapabiliti e s'* 

'"B i tratoConv e rcionCapab il ityMruo^^/B i trat e Conv e rs i onCapability^ 
- tf-TranscodingCapability^MPEG - 1 ^fJ ranccodingCapabil i ty^ 
«^Tran6cod i ngCapabi li ty^MPEG ^'^ATrancoodingCapab i l i ty^ 
WConvorsionCapabi l iti e s'* 
10 « "Support e dTran6f e rProtoco l 6^ 

'"SupportodTrancforProtOGoi va l u e -TTPV^ 
^SupportodTrancforProtoco l valu e "'''HTTP"/^ 
'^/SupportodTransf e rProtoco lB '* 
r-Doliv e ryS e rv i o s Uct^ 
15 ■■■ ^Dol i vorySorvico oorv i coURL-"dvb;//1 .2^3"^ 

i-ChargingPol i oy xm l tlang-"on'">3 USD for AV contontG producod in the last 3 months4 1 USD for tho oth e r 
Gontontc^/ChargingPol i cy* 
' "/Do l iv e ryServ l ce'* 

<"DollvorySQrv i GO GerviGoURL="dvb://1 i2.b7^ 
20 '^DolivorySorv i co 6orv i ooURL-''dvb://1 .2.c"h 

^/Do li v e rySon/ic e List'* 

<^/doscr i b e _Gubmit_Data_Rosu l t^ 

]]>tf:/ i nstanGoParm 6 '* 

^/inctancoDotai l c"* 

25 ^/tMod ell nctanc e lnfo'^ 

— ^/tModollnctancoD e tai l s^ 

— «^GatogoryBag^ 

i^koyodRoforonco tModo l Koy"''udd i :tv recordiorgiservic e URL" 

koyVa l u e= "dvb://1 .2^bV^ 

30 ^koyodR e forono e tModolKoy"''uddi:tv r e Gordiorg:cerv i o e UR I = ^ 

koyVaiuo-"dvb://1.2.b7-* 

— r-koyodRof e ronco tModo l Koy-''uddi:tv recordtorgicorv i coURL" 

koyValuo~"dvb;//1i2.c7^ 

— '^/catogoryBag^ 
35 *"/bindingT e m p l at e '* 
'"/cavo^binding^ 
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The <acccDDPoint> clcinQnt providoo the HTTP addrooo 

of the roGordcr to v ^ yhioh the "Dubmit_Data" roquQOt muot 
be oont. 

The <inctanccParmo> clement containo the declaration 

5 of what may be cxpcotcd of the recorder — (content of the 
data otructuro <TV_Rcoord_Scrvicc_DcclarQtion> defined 
for the firot embodiment) — which definco the tranocoding, 
bit rate production and tranofcr protocol capabilitioo^ 
the liot of rocordablc broadcaot channoio and the 
10 charging policy. 

The <catcgoryBag> Qlcmcnt containo a liot of tho 

broadcaot channoio that the rocordor io able to record, 

2.2 Diocovcring a notv^ork recorder uoing a vfob 

oorvico . 

15 The technology of wob ocrvicco and of UDDI 

(Univoroal Doocription, — Diocovory and Integration) 
ocrvicco in particular aloo offcro tcrminalo the option/ 
if they have an Internet connection^ — of diocovcring 
broadcaot audiovisual content rocordcro by conoulting the 

20 directory/ without ncceooitating any prior knowledge, 

Thuo any terminal can uoe a node of the UDDI 

buoineoo directory — (vjhich hao well Imovm addreooeo) — fee 
find broadcaot individual content rccordero uoing tho 
<find_binding> command ao ohown below i 

25 

*^find_b i nd i ng xm l nG-"urn:udd i org:api_v3"^ 
^-tMod e lBag^ 

— i ^tMod el K e y^udd i itv rooord.org:Bubm i t_Data_v1 0*':/tMod 9l K e y'* 
'-/tModolBag^ 
30 '"oategoryBag^ 

— i-koyodRoforonco tModolKoy'uddiitv rocordiOrg:corviooURL" 
koy Va l uo-"dvb://1 «2.aV^ 

r-koyodR e foronco tModolKoy''''uddiitv rocordiOrgiBorv i coURL" 

koyValuo-''dvb://1 i2;07^ 

35 '-/catogoryBag'^ 
'^/find^bind i ng^ 
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In thio Gxamplo^ — the terminal io looking for a 

network rQcordcr for the channolo or tQlcvioion channolQ 
"dvb://1.2.a" and "dvb i /I . 2 , c" . 

In rcoponoo/ — the terminal rGccivco a 

5 <bindingTcmplatc> liot that matchco ito requoot — (recorded 
in the directory of ocrvicco by the command 
<Davc_binding>) . 

2.3 Requcoting rocording in the network 

After ohoooing an audiovioual content rocordcr/ — ferhe 

10 terminal can oend the follov i ^ing requcot uoing the SOAP 

(Simple Object Accooo Protocol) — to requoot the rocording 
of a content — (the requoot encapoulating the 
<TV_RoGord_Servico_Requcot> requoot defined in the 
preceding embodiment) i 

15 

POST /tvr/md gorvioo HTTP/1.0 
Hoot: www.vo il aifr 

Cont e nt Typo: toxt/xm l ; Gharcot-''utf 8" 
Cont e nt - L e ngth: nnnn 
20 Acc e pt - Enooding: d e flat e 

SOAP Action: "cubm i t_Data" 

v 6 roion'-"1.0" e ncod l ng""UTF 8"?^ 
^Envo l op o xm l no"" http://6ch e maG.xm l 6oap.org/Goap/envo l opor'> 
25 ^Body^ 

— ^6ubm i t_Data xm l ns-"http://www.tv r e cord.org/3003/11/trancport"'* 
^TV_R e cord_S e rv i o e ^R e qu es t 

xm l nB:x si =''httpi//www.w3torg/2001/XMLSchoma instanc e " 

xs i inoNam e 6paG e Sch e maLoGation-"TVRocSorViXcd" ucorld-''XcGHJ63DX"^ 

30 <^R e qu e 6t e dTran6ferProtoco l '*FTP ' '/Reque6tedTranBf e rProtoco l ^ 

^Tran6cod i ng">MPEG ^^/Transcoding** 

' TMaxB i tRate^l 500«-/MaxB i tRat e ^ 

*'Cont e nt l dontif i cat l on cr l d""crid;//hbc>com/foxo6/ e picod e 1 1" 

s e r/ic e URL-''dvbi// 1.1oo2>3f5/" 

35 6tart-"2001 - 0^ OTTIOiOO i OO.OO+OliOO" durat l on-"PT1H30M7^ 

*"Contont l d e ntification crid-''cridi//ch1 .oom/B e ri e / e p12" 
corvioQURL-"dvbi//1 .1oo2i3M;^f5/" 
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Btart-''2Q03 - 06 - 27T12:30iOO.OO-fr01 :00" duration-"PT0H30M" 

inGtanGoMotadatald~"imi:broadcact/r/^ 

*"nV_R e cord_Sorv i co_R e qu e sf> 

— «^/Gubmit_Data^ 
5 ^-/Body- * 
' ^/Envolop e ^ 

In return the tGrminal roccivco the follov^ing 

rcoponoQ for rocording rcquooto that have oucccGdcd and 
10 other recording rcqucQto that have failed: 

HTTP/1 >1 200 OK 

Contont Type: toxt/xmli charcet""utf - 8" 
Contont L e ngthi nnnn 
15 Cont e nt - Encod i ng: deflate 

i -?xm l vorBion-"1.0" onood i ng-''UTF 8"?^ 
'-Envolopo xmlnc-"http://www.w3.org/2002/06/Boap onvolope'"^ 
<Body> 

20 — '^6ubm i t_Data_RQ6u l t xm l ns"" http://60h e ma s .xmlsoap.org/coap/onvolopo/"^ 



*^TV__R e cord_Sorvic e _Roquoct_Rocponc e 

— xmlnc:x6 i -"http://www.w3.org/2001/XMLSch e ma I nstanc e " 

— xsiinoNamocpaceSchomaLocation-'TVRoGSorv.x s d"'^ 

— <:ReGordRequoDtSucGocG crid""crid://hbo^com/fox e e/ 9 p l cod e 1 1" 



25 



roquoctld-"12^56XD31" 



rooordEndTimo-"2003 01 07720:30:00.00+01:007-^ 



<"RocordRequoctSucco6C Grid""cridr/frrr mm/mov i o/titler 



roquoctld-''156WQ77" 



rocordEndTimo-''2003 0^ 07T20i30;00»00+01 iOO" 



30 



koopDurat i on-''PT2/1H" rocordCoct-"2'' oun-oncy-''USDV^ 
^'RocordP.oqu e stFa il uro crid~"cridi//ch1 icom/ceri e /epl 2" 



KOroaGon-''unknownCR I P7'^ 



«"RocordRoquo6tFa ii uro crid""cr { di//cha i n e 5iCom/f l lm1 5" 



KQr e a6on-''unavai l abloSorv i coURL7' 



35 



^rrV_R e cord_S e n^ i co„Roquost_Rocpons e ^ 



''"/Gubm i t_Pata_RoGu l t"* 



WBody* 
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The oamc procedure io uocd to cncapoulatc other 

requcoto defined in the preceding embodiment — for other 
5 otopo of recording audiovioual content in the notv^ork. 
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CLAIMS 

1. A mothod of recording audiovioual content in a 
communicQtionD netvjorlc including at Icaot one nctvjork 
recorder able to record audiovioual content broadcaot on 

5 a plurality of broadcaot channclo/ — charactcriaod in that 
oaid audiovioual content io recorded by a network 
recorder at the requeot of a uoer having a communicationo 
terminal able to ojcchangc information with at loaot one 
network rcoordor via oaid communioationo network/ — oaid 

10 method comprioing the follovjing otepos 

' the notvjork recorder declaring itoclf in the 

notv ^ york/ — the declaration indicating at loaot! 

^ a mcano of accooo to oaid recorder/ 

a liot of broadcaot channclo whooc broadcaot 

15 audiovioual content can be recorded by the nctv/ork 
recorder/ 

• the uoer uoing a terminal to oolect a nctv/ork 

recorder able to record at leaot one required audiovioual 
content and to connect thereto uoing oaid accooo mcano in 

20 order to requeot the recording of oaid at leaot one 
audiovioual content ^ — oaid requeot including an 
identification of oaid at loaot one audiovioual content 
to be roGordod that conoioto in a unique reference of 
oaid content and/or an identification of an inotance of 

25 oaid content conoioting of at leaot the identification of 
the broadcaot channel of oaid inotance accompanied by the 
indication of a broadcaot time band/ — aft4 

• the nctv/ork rocordor oending a rcoponoc to the 

uocr'o recording requeot containing/ — if the requeot io 

30 accoptod, an identification of the accoptod recording 
requeot for each content to be recorded. 

2, A method of declaring an audiovioual content nctv/ork 
recorder in a communicationo notv/ork including at. loaot 

35 one nctv/ork rcoordor able to record audiovioual content 
broadcaot on a plurality of broadcaot channelo/ 
charactoriacd in that oaid mothod compriooo at loaot the 
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otcp of doolaring the nctvjorlc rccordor in the network/ 
tho doGlaration indicating at Icaoti 

-fr Q mcano of acccoo to oaid rcGordcr, 

a liot of broadcaot channolo whooc broadcaot 

5 audioviouQl content can bo recorded by the network 
recorder . 

3. A method of diocovering and oubmitting roqueoto to an 
audiovioual content rocorder in a communicationQ nctvfork 

10 including at leaot one network recorder able to record 

audiovioual oontcnt broadcaot on a plurality of broadcaot 
channelo/ — charactoriacd in that oaid audiovioual content 
io recorded by a nctworlc r.ecordcr at the requeot of a 
uoer having a communicationo terminal able to cKchange 

15 information with at least one networlc recorder via oaid 
communicationo netvfork/ — oaid method oomprioing the 
follov/ing otcpo! 

' uoing the terminal to oolect q networlc recorder 

able to record at leaot a required audiovioual content 

20 and connecting thereto uoing a mcano of acccco to oaid 
recorder in order to requeot the recording of oaid at 
leaot one audiovioual content, — oaid requeot including an 
identification of oaid at leaot one audiovioual content 
to be recorded that conoioto in a unique reference of 

25 oaid content and/or an identification of an inotance of 

oaid content conoioting of at leaot the identification of 
the broadcaot channel of oaid inotance accompanied by the 
indication of a broadcaot time band^ and 
i — receiving a reoponoe to the uoer'o recording 

30 requeot oont by tho recorder and containing; — if the 

requeot io accepted, an identification of the accepted 
recording requeot for each oontcnt to be recorded. 

l ■ A diocovcry and requeot oubmiooion method according to 
35 claim 3# — charactorigod in that contains a rejected content 
identification. Likewise, the response of the recorder 
includes the reason for failure, for example the fact 
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that the network recorder does not have access to the 
content requested by the user. 

If the request is accepted, the invention envisages 

a number of options in addition to identification of the 
5 accepted request/ namely: the response from the network 
recorder contains said unique reference of the requested 
audiovisual content^ the response from the network 
recorder contains the programmed end of recording time 
and/or the cost of said recording, or the response from 

10 the network recorder contains the time for which the 
network recorder will keep the recording. 

The recording method of the invention also offers 

the user the option to review and revise a request, by 
said method further including the steps of the user 

15 formulating a request to cancel a recording request that 
has been accepted or to delete a content that has been 
recorded by the network recorder, that request specifying 
at least the identification of the recording request that 
has been accepted. 

20 To enable the user to determine at any time the 

stage reached by the network recorder in processing a 
request, the recording method of the invention also 
include the steps of: 

* for the user, if the request is accepted, sending 

25 the network recorder a recording request status request 
indicating at least said identification of the accepted 
recording request, and 

' for the network recorder, sending a response to 

the recording request status request containing at least 
30 the identification of the accepted recording request and 
the status of the request. 

Said recording request status request preferably 

contains said unique reference of the content and/or the 
identification of the user. 

35 The response of the recorder to the recording 

request status request may take various forms, depending 
on the situation: 
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• in the case of a request that has not yet been 

executed, the response to the recording request status 
request contains the unique reference of the content 
and/or the programmed end date and time, 

5 • in the event of an unknown request, the response 

to the recording request status request contains the 
unique reference of the content, 

' in the event of failure of the request, the 

response to the recording request status request contains 

10 the unique reference of the content, 

• if the content is available, the response to the 

recording request status request contains an address at 
which the recorded content is available. In which case, 
the response contains the unique reference of the content 

15 and/or the time for which the network recorder will keep 
the recording. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The following description with reference to the 

20 appended drawings, which are provided by way of 

non-limiting example, explains in what the invention 
consists and how it may be reduced to practice. 

Figure 1 is a general flowchart of the recording 

method of the invention, 

25 Figure 2 is a flowchart of the recording method of 

. the invention in the case of a successful recording 
request . 

Figure 3 is a flowchart of the recording method of 

the invention in the case of a failed recording request. 

30 Figure 4 is a flowchart of the recording method of 

the invention in the case of a successful recording 
request with additional time-delay. 

Figure 5 is a flowchart of the recording method of 

the invention in the case of a successful recording 
35 request followed by a cancellation request. 
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Figure 6 is a flowchart of the recording method of 

the invention in the case of a successful recording 
request followed by a failure to record. 

Figure 7 is a flowchart of the recording method of 

5 the invention in the case of an unknown recording 
request . 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is a general flowchart of a method of 

10 recording audiovisual (AV) content in a communications 
network , 

That method involves at least one network recorder^ 

corresponding to the right-hand portion of Figure 1, able 
to record audiovisual content broadcast on broadcast 

15 channels. Network recorder operators offer a user the 

service of recording on their behalf audiovisual content 
that they are unable to record themselves/ for example 
because this is not possible as the user does not have an 
appropriate subscription or does not have access to the 

20 broadcast channel that is broadcasting the required AV 
content or because their receiver is already being used 
by another person on another broadcast channel. Network 
recorders can be provided by operators specializing in 
this type of service or by the broadcast channels 

25 (television channels) themselves. 

The network recorder records an audiovisual content 

at the request of a user^ corresponding to the left-hand 
portion of Figure 1, provided with a terminal able to 
exchange information concerning recording requests with 

30 network recorders via a communications network. 

Initially, the network recorders must declare 

themselves on the communications network, either directly 
through a recorder website or indirectly via a directory, 
for example a UDDI (Universal Description Discovery and 

35 Integration) directory associated with the SOAP (Simple 
Object Access Protocol) exchange technology. In which 
case, the directory has to create a particular ''Network 
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Recorders'^ heading and list in the directory under that 
heading the network recorders that have been declared. 

The declaration of the existence each network 

recorder in the network (<TV Record Service Declaration> 
5 data structure) indicates: 

• preferably, an address of the network recorder 

(<RecordServiceAddress> element), which is the address to 
which the recording request must be sent, and is either 
the address of a website or the address of a directory 
10 heading, 

• preferably, a list of the broadcast channels that 

it can record {<DeliveryServiceList> element), able to 
contain for each channel : 

^ preferably, the address of the broadcast 

15 channel ( "serviceURL" attribute), for example as defined 
by the TV Anytime forum, 

* optionally, the charging policy of the 

recorder for that broadcast channel {<ChargingPolicy> 
element) , 

20 ' optionally, the conversion capabilities of the 

recorder (<ConversionCapabilities> element) consisting 
of: 

* the bit rate reduction capability 

(<BitrateConversionCapability> element), for example bit 
25 rate reduction from 4 Mbps to 2 Mbps, 

■ * the ability to transcode the audiovisual 

content (<TranscodingCapability> element) into different 
audiovisual coding formats, such as MPEG2 to MPEG4 
transcoding, 

30 * optionally, the protocols supported for 

transferring the recorded AV content to the user's 
receiver: FTP, streaming, or downloading. 

The user must be in a position to discover the 

existence of network recorders in order to be able to 

35 select the one able to record the required AV content 
under the best technical, economic and ergonomic 
conditions. This can be done: 
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' either by defining a particular MIME (Multipurpose 

Internet Mail Extensions) type (e.g. "application/x-TV- 
Record-Service-Declaration") , which, when a file of this 
type is received from a website, activates software on 
5 the user^ s receiver for interpreting the 

<TV Record Service Declaration> data structure defined 
above, 

' or by using a UDDI directory and defining a new 

"tModel" for AV content recording services enabling any 
10 recorder to declare its existence and its capabilities to 
the directory in the <TV Record Service Declaration> data 
structure defined above. 

Having selected the best-suited network recorder for 

recording the required AV content from a website or a 
15 directory, the user sends that recorder a recording 
request (<TV Record Service Reqvest> data structure) 
comprising : 

' preferably, the identification of the user 

(<UserId> attribute) if the user has not been identified 
20 some other way, for example at the time of connecting to 
the recorder (log in and password type connection), 

' preferably, an identification of the AV content to 

be recorded, which may be: 

* either a unique reference of said content 

25 ("CRIP" attribute), essentially a simple identification 
of the content as such, 

* or the user's own identification of an 

instance of that content consisting of: 

■ preferably, the identification of the 

30 broadcast channel ( "serviceURL" attribute), 

' preferably, the start time ("start" 

attribute) , 

- preferably, the end time ("end" 

attribute) or the duration ("duration" attribute), 

35 ' optionally, the identification of a 

particular instance {"instanceMetadatald" attribute), 
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' optionally^ the conversion capabilities required 

by the user. 

The network recorder's response to the user's 

recording request {<TV Record Service Request Response> 
5 data structure) contains for each content to be recorded 
an indication: 

* either of the success of the recording request 

(<RecordRequestSuccess> element)/ this indication 
containing: 

10 * preferably, the identification of the 

accepted recording request ("reguestid" attribute), 

* optionally/ the identification of the 

requested content ("CRIP" attribute), 

* optionally, the programmed end of recording 

15 time ( "recordEndTime" attribute) , 

* optionally, the time to keep the recorded 

content ( "/ceepDuration attribute), 

* optionally, the cost of the recording 

("recordCosf* and "currency" attributes), 
20 * or of the failure of the recording request 

{<RecordRequestFailure> element), this indication 

containing : 

* preferably, the identification of the 

requested content {"CRIP" attribute), 

25 * optionally, the reason for failure of the 

request ("KOreason" attribute). 

If a recording request is accepted, its status can 

be requested (<rv' Record Request Status Request> data 
structure), the request indicating: 

30 ' preferably, the identification of the accepted 

recording request ("reguestid" attribute), 

' optionally, the identification of the content to 

be recorded {"CRIP" attribute), 

* optionally, the identification of the user 

35 (<UserId> attribute) . 

On receiving a request status request, the network 

recorder sends a response 
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(<TV Record Request Status Response> data structure) 
containing : 

■ in the case of a request that has not yet been 

executed: 

5 * preferably, the identification of the 

accepted recording request {"requestid" attribute), 

* preferably, the status of the request 

{"status" attribute, "runnningRequest" value), 

* optionally, the identification of the 

10 content to be recorded ("CRIP" attribute), 

* optionally, the programmed end date and 

time ( "cailAfter" attribute) , 

' in the case of an unknown request (« requestID » 

attribute not recognized) : 

15 * preferably, the identification of 

the accepted recording request ("reguestJd" attribute), 

* preferably, the status of the request 

{"status" attribute, "unknownRequest" value), 
^ optionally, the identification of the content 

20 to be recorded {"CRIP'' attribute), 

' in the case of a request that fails (for example 

in the event of an equipment failure) : 

* preferably, the identification of the 

accepted recording request ( "request Id attribute), 

25 * preferably, the status of the request 

("status" attribute, "failedRequest" value), 

* optionally, the identification of the content 

to be recorded {"CRIP" attribute), 

• m the case of a request that has been completed 

30 with the recorded content available: 

* preferably, the identification of the 

accepted recording request {"requestid" attribute), 

* preferably, the status of the request 

{"status" attribute, "contentAvailable" value), 

35 * preferably, the means of recovering the 

recorded content { "contentURL" attribute). 
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* optionally, the identification of the content 

to be recorded C'CRID" attribute), 

* optionally, the time for which the recorder 

will keep the recorded content { "keepDuration" 
5 attribute) ■ 

The user can also request cancellation of a 

recording request (<TV Record Request Cancel> data 
structure)/ for example if the user changes his or her 
mind, the cancellation request indicating: 

10 • preferably, the identification of the accepted 

recording request ( "requestid" attribute), 

' optionally, the identification of the content to 

be recorded {"CRIP" attribute), 

• optionally, the identification of the user 

15 (<UserId> attribute) > 

The user can also request the deletion of an AV 

content that has already been recorded in the network 
{<Recorded Content Delete> data structure), the deletion 
request indicating : 

20 ' preferably, the identification of the accepted 

recording request ('^requestid" attribute), 

- optionally, the identification of the content to 

be recorded ("CRIP"' attribute), 

' optionally, the identification of the user 

25 (<UserId> attribute) . 

The steps of the recording method that have just 

been generally described with reference to Figure 1 will 
now be described in more detail with reference to Figures 
2 to 7, 

30 1. Recording audiovisual content in the network from a 
network recorder website. 

1,1, Discovering a network recorder website. 

An audiovisual content recorder can make itself 

known by means of an HTML page on a website. 

35 On clicking on a link indicated on the web page, the 

user^s terminal receives a file of a particular MIME 
type : "^^application/x-TV-Record-Service-Peclaration" . 
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This file contains the following information: 

' preferably^ the address of the recorder on the 

network {<RecordServiceAddress> element), 

' preferably, a list of the channels that it can 

5 record ( <Deii\/eryServiceLis t> element) containing for 
each channel: 

* preferably, the address of the channel as 

defined by the TV Anytime forum ( ^'serviceURL" attribute), 

* optionally, the charging policy of the 

10 recorder for that channel {<ChargingPolicy> element), 

' optionally, the conversion capabilities of the 

recorder (<ConversionCapabilities> element), consisting 
of: 

* a bit rate reduction capability 

15 (<BitrateConversionCapability> element) , 

* an audiovisual content transcoding capability 

(<TranscodingCapability> element) relating to transcoding 
a content into different audiovisual coding formats, 
■ optionally, the protocols supported for 

20 transferring the recorded content to the user's terminal 
(e>g. only the FTP mode or another mode is always 
proposed by default) . 

There follows an example of a file declaring a 

recorder in the network: 

25 

<TV Recx^rd Service Declaration xnfilns:xsl="http://vww.w3.orq/2001/XMLSchema-iristance" 

xsi:noNamespaceSchemaLocation="TVRecServ.xsd" version="r> 

<RecordServiceAddress>http://www.voiia.fr/RecordRequest.rr</RecordServiceAddress> 

<ConversionCapabilities> 

30 <BitrateConversionCapabilitv>true</BitrateConversionCapabilitv> 

<TranscodinQCapabilitv>MPEG-1</TranscodinaCapabnitv> 

<TranscodinqCaDabilitv>MPEG-4<n"ranscodinqCapabilltv> 

</ConversionCapabn}ties> 

<SupportedTfansferProtocols> 

35 <SupportedTransferProtocQl vaiue="FTP"/> 

<SuppcrtedTransferProtocol value="HTTPV> 

</SupportedTransferProtocols> 
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<DeiivervSefviceList> 
<Deliverv$efvice servioeURL=''dvb://1 .2,a"> 

<CharqinqPoiicv xml:lana="en">3 USD for AV contents produced in the last 3 months. 1 USD for 

the other contents</ChargingPolicv> 
</DelivervService> 

<DelivervServlce serviceURL="dvb://1 .2.b7> 

<DenvervService serviceURL="dvb://1 .2.c7> 

</DelivervServiceList> 
</TV Record Service Declaration> 



This table is used to declare a broadcast 

audiovisual content recorder to which requests may be 
submitted at the address indicated by the 
<RecordServiceAddress> element for content delivery 
services or broadcast channels (television channels) 
indicated by the <Deiivery5erviceC7i?L> elements. 

Accordingly, if the user wishes to record a content 

broadcast by one of the broadcast channels declared in 
this way, if the user^ s terminal does not receive the 
channel broadcasting the selected content directly or is 
unable to receive it at the time the content is 
broadcast^ it can request the recording of that content 
at the address indicated in the <RecordServiceAddress> 
element . 

1.2. Requesting by the user of recording in the 

network . 

When a user has discovered in the preceding step 

that a network recorder is able to record audiovisual 
content broadcast by a particular broadcast channel and 
the user wishes to activate a network recorder, the user 
must send it the request <TV Record Service Request>, at 
the address indicated by the <RecordServiceAddress> 
element of the above table, with the following 
information: 

' preferably, the identification of the user 

("Userld" attribute), 
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• optionally, the identification of the protocol to 



be used to transfer the content after 


recording, 


• optionally, the identification 


of the coding 


required for the content to be recorded (which may call 


for transcoding in the recorder) , 




• preferably, the identification 


of the content to 


be recorded ("GRID" attribute), 




• optionally/ the identification 


of an instance of 



that content consisting of: 

10 * preferably, the identification of the 

television channel {"serviceURL" attribute), 

* preferably, the start time ("start" 

attribute) , 

* preferably, the end time ("end" attribute) or 

15 the duration ("duration" attribute), 

* optionally, the identity of a particular 

instance ("instanceMetadatald" attribute), 

There follows an example of a file requesting 

recording in the network of two contents using FTP as the 

20 recorded content recovery protocol and transcoding to 
MPEG-4 with a maximum bit rate of 1500 kbps for the 
"crid: //hbc « com/f oxes/episodell" content on the 
television channel "dvb:// 1.4ee2,3f5/" and the 
"crid: //chl . com/serie/epl2" content on the channel 

25 "dvb ://!. 4ee2 . 3f 4 ; 4f 5/" : 



<TV Record Service Request xm{ns:xsi=''http://wvvw. w3.org/2001/XMLSchefnaHnstance" 
xsi:noName$paceSchemaLocation="TVRecServ.xsd" userld="X3YZDFdeGH49"> 

<RequestedTransferProtocol>FTP</ReQuestedTransferProtocol> 
30 <TranscodinQ>MPEG-4<yTranscoding> 

<MaxBitRate>1 500</MaxBitRate> 

<Contentldentificatlon crid="crid://hbc.com/foxes/eDisodeir serviceURL="dvb:// 1.4ee2.3f5r start=''2001- 
04-07T19:00:00.00^'01 rOO" duration="PT1 H30M7> 

<Contentldentification crid="crid://ch1.com/serie/eDl2" serviceURL="dvb://1.4ee2.3f4:4f5r start="2003-06- 
3 5 27112:30:00.00+01 :00" duration =''PT0H30M'' instanceMetadatald=''imi:broadcast/17> 
</TV Record Service Request> 
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Each content to be recorded is identified by its 

CRIP, the serviceURL that will deliver the content^ its 
start time and its duration (or its end time), and where 
applicable its instance identification. 

5 The response <TV Record Service Request Response> 

received in return indicates for each content whose 
recording has been requested: 

- either the success of the recording request 

{<RecordRequestSuccess> element) (Figure 2), giving: 

10 * preferably^ the identif ioation of the 

accepted recording request ("reguestid" attribute) ^ 

* preferably, the identification of the 

requested content {''CRIP" attribute) , if a plurality of 
contents was requested in the same request, 

15 * optionally, the identification of the 

requested content ( "Ci^JD "attribute ) , if a single content 
was requested, 

* optionally, the programmed end of recording 

time {"recordEndTime" attribute), 

20 * optionally, the time to keep the recorded 

content ( "keepPuration^* attribute), 

* optionally, the recording cost {" recordCost" 

and "currency" attributes), 

■ or the failure of the recording request 

25 (<KecordiReguestFaiJure> element) (Figure 3), giving: 

* preferably, the identification of the content 

for which the request has failed {"CRIP" attribute), if a 
plurality of contents was requested in the same request, 

^ optionally, the identification of the 

30 requested content {"CRIP" attribute)^ if a single content 
was requested, 

* optionally, the reason for failure of the 

request {"KOreason" attribute). 

There follows an example of a response to a 

35 recording request with success for two contents (the time 
to keep and the cost to be paid the being indicated for 
the second one) and failure for two others: 
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<TV Record Service Request Response xmlns:xsi=="http://www.w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd"> 

<RecordRequestSuccess crid="crid://hbc.com/foxes/episode1 1" requestld='*12456XD34" 
5 ^ecordEndT^me="2003-04-07T20:30:00.00-^01:007> 

<RecordRequestSuccess crid="cnd://zz2.com/movie/title1" requestld-*156WQ77" record EndTime="2003-04- 
07120:30:00.00+01:00" keepDuration="PT24H'' recordCost=''2" currencv="USD7> 
<RecordRequestFailure crid="crid://ch1 .com/serie/ep1 2" KOreason="unknownCRID7> 
<RecordRequestFailure crid=''crid://cha?ne5.com/film15" KOreason=''unavaiiableServtceURL7> 
10 </TV Record Service Request Response> 

1,3, Management of a request for recording in the 

network. 

After accepting a request for recording in the 

15 network, the network recorder is able to monitor changes 
in the scheduling of the broadcasting of AV contents and 
to reprogram the recording of the requested contents 
accordingly. 

After a request for recording in the network is 

20 accepted, the user has a number of options: 

* to cancel the recording request (if the cost is 

too high or the user changes his or her mind) , 

* to track the status of a recording request (to 

find out if the content has been reprogrammed at another 
25 date or time, or if the recording is finished) . 

To cancel a recording request, the user must send a 

recording request cancellation request 

{<TV Record Request Cancel> date structure) (Figure 5) 

containing : 

30 ' preferably, the identification of the accepted 

recording request {"requestid" attribute), 

' optionally, the identification of the content to 

be recorded {"CRIP" attribute), 

' optionally, the identification of the user 

35 (<UserId> attribute) . 

There follows an example of a recording request 

cancellation request: 
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<TV Record Request Cancel xmlns:xsi="http://wvw.w3.orq/2Q01/XMLSchemaHnstance'' 
xsi:noNamespaceSchemaLocation='TVRecServ.xsd" crid="crid://hbc.com/foxes/episode1 1 " 
requesttd="1 2456XD347> 

5 

No response is expected from the recorder. 

To track the status of a recording request, the user 

must send a recording request status request 
[<TV Record Request Status Request> data structure) 
10 (Figure 2) containing: 

• preferably, the identification of the accepted 

recording request ( "requestid" attribute) , 

' optionally, the identification of the content to 

be recorded ("CRIP" attribute), 
15 ' optionally, the identification of the user 

(<UserId> attribute) . 

There follows an example of a ^'recording status 

request^' request : 

20 <TV Record Request Status Request xmins:xsi=''http://www.w3.orq/2001/XMLSchema-instance'' 
xsi:noNamespaceSchemaLocation="TVRecServ.xsd" crid="crid://hbc.com/foxes/episode1 1 " 
reouestld="1 2456XD347> 

Several responses are possible. If the content has 

25 not yet been recorded (Figure 4), the response from the 
recorder includes : 

' preferably, the identification of the - accepted 

recording request ( "requestid'^ attribute) , 

' preferably, the status of the request {"status" 

30 attribute, "runnningRequest" value), 

* optionally, the identification of the content to 

be recorded ("CRIP" attribute), 

' optionally, the programmed end date and time 

{"callAfter" attribute). 

35 There follows an example of a "content not yet 

recorded" response : 
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<TV Record Request Status Response )aT)ln$:xsl="http://www.w3.orq/2001/XMLSchema'instance'' 
xsi:noNamesDaceSchemaLocation="TVRecServ.xsd" crid="crid://hbc.com/foxes/episodeir 
reauestld="1 2456X034" status="ajnninqReauest" ="2003-06'27T14:30:00.00-«'01:007> 

The "callAfter" attribute enables the terminal to 

program a timer for repeating a recording status request 
if there is any chance of obtaining a different response. 
This is the case if the broadcast time of a content has 
changed. 

If the request is not recognized as valid (Figure 

7), the response from the recorder includes: 

' preferably, the identification of the accepted 

recording request ( "reguestid" attribute)/ 

' preferably, the status of the request ("status" 

attribute, "unknownRequest" value), 

■ optionally, the identification of the content to 

be recorded ("CRIP" attribute). 

There follows an example of an "unknown recording 

request" response : 

<T\/ Record Request Status Response xmlns:xsi="http://www.w3.orq/2Q01/XMLSchema-jnstance'' 
xsi:noNamespaceSchemaLocation=*'TVRecServ.xsd" crid="crid://h bc.com/foxes/episode1 1 " 
requestld="12456XD34" status=''unknownRequest7> 

This situation can arise if the user's terminal 

interrogates the network recorder after the end date for 
keeping a recorded content. 

If the request has failed (Figure 6), the recorder 

responds with: 

• preferably, the identification of the accepted 

recording request {"requestid" attribute), 

• preferably, the status of the request {"status" 

attribute, "failedReqvest" value) , 

' optionally, the identification of the content to 

be recorded ( ^^CiRID'^ attribute) . 

There follows an example of a "failed recording 

request" response : 
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<TV Record Request Status Response xmlns:xsi="http://www.w3.orq/2001/XMLSchema'instance'' 
xsl:noNamespaceSchemaLocation="TVRecServ.xsd'' crid="crid://hbc.com/foxes/episode1 1 " 
reQuestld=''1 2456XD34" status="failedReauest7> 

5 

If recording has finished and the content is 

available^ the response from the recorder includes: 

• preferably^ the identification of the accepted 

recording request ( "requestid" attribute) , 

10 • preferably/ the status of the request {"status" 

attribute^ "contentAvailable" value), 

* optionally, the identification of the content to 

be recorded {"CRIP" attribute), 

■ optionally, the time to keep the recorded content 

15 in the recorder ( "keepDuration*' attribute), 

' preferably, the means of recovering the recorded 

content ("contentURL" attribute). 

There follows an example of a "recorded content 

available in the recorder" response: 

20 

<TV Record Request Status Response xmlns:xsi=''http://www.w3.org/2001/XMLSchema-instance" 
xsi:noNarnespaceSchemaLocation=''WRecServ.xsd''crid="crid://hbc.com/foxes/episodeir' 
requestld="1 2456X034" status ="contentAvailable" 
contentURL="ftp://login:password@ftp.tvrs.fr/user1/av12.mpq7> 

25 

1.4 Transferring and deleting a content recorded in 

the network. 

If the recorder responds to a content recording 

request status request by indicating that the content is 
30 available, the user^s terminal can then download the 

content, the address of the content being indicated by 
the <contentC/KL> attribute of the response from the 
recorder. 

' The recording will be deleted automatically after a 
35 certain time or in response to a specific request from 
the terminal containing: 
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■ preferably, the identification of the accepted 

recording request ("requestid" attribute), 

' optionally, the identification of the content to 

be recorded ("CRIP" attribute), 

5 ' optionally, the identification of the user 

(<UserId> attribute) . 

There follows an example of a request to delete a 

recording : 

10 <Recorded Content Delete xmins:xsi=''http://www.w3.orq/2001/XMLSchema-instance'' 

xsi:noNamespaceSchemaLocation=''TVRecServ.xscl'' cfid="crid.//hbc.com/foxes/episode1 1 " 
reauestld='*1 2456XD347> 

No response is expected from the recorder. 

15 2. Recording of an audiovisual content by a network 
recorder using UDDI and SOAP, 

2.1 Declaring the network recorder using UDDI (web 

service) . 

The technology of web services and in particular of 

20 UDDI (Universal Description, Discovery and Integration) 
services enables recorders of audiovisual content 
broadcast in the network by broadcast channels to be 
entered into a directory: the UDDI directory. 

The SOAP (Simple Object Access Protocol) technology 

25 is used to exchange XML-type data structures. 

It must be possible to record in the UDDI directory: 

' a new service category (or heading) : the service 

for recording audiovisual content in the network with its 
access point and the operations accepted from users^ 
30 terminals, 

' a search criterion: the identifier of each 

broadcast channel (television channel) . 

Thus a user terminal looking for a network recorder 

can consult the directory, supplying one or more 
35 broadcast channel (television channel) identifiers and 
requesting in return a means of addressing directly 
recorders that satisfy the search criteria. 
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The new search criterion in the UDDI directory that 

consists of the television channel identifier^ for 
example/ must be the subject of the definition of a new 
UDDI tModel, here called "serviceURL" (in conformance 
with section 1.6.4 of the UDDI specifications relating to 
the definition of "tModel"') , to declare the audiovisual 
content broadcast channels. It is given the name "tv- 
record-org: serviceURL*'. This is an authority that must 
request the recording of this new "tModel". The entity 
"tv-record-org" is any entity, for example "tv-anytime- 
org". This leads to declaring a key with the same name 
"uddi : tv-record. org: serviceURL 

The declaration of that key also includes references 

to the specifications of this "tModel" by the 
organization requesting its insertion 
"<overviewDoc><overviewURL>" and the "<categoryBag>'' 
element contains standard information included in any 
"tModel" declaration. 

<tModel tModelKev="uddi:tv-record.orq:sefviceURL"> 
<name>tv-record'Org:serviceURL</name> 

<description xml:lang="en">Categorv system for each delivery service handled by a recording 
service</description> 
<overviewDoc> 

<overviewURL useTvpe="text"> 

ftp://pub:pub(S)ftp.francetelecom.fr/pub/Spec/Record tModel.zip 
</overviewURL> 
</overviewDoc> 

<cateqorvBag> 

<kevedReferencekevName="uddi'Org:tvpes:cateqorization" 
kevValue="cateqorization" tModelKev="uddi:uddi.orq:categorization:tvpes7> 

<kevedReference kevName="uddi-orQ:tvpes:unchecked" 
kevValue="unchecked" tModelKev=''uddi:uddi.org:cateqorlzation:types7> 
</categorvBag> 
</tModel> 
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It is also necessary to define a ''tModel port'' for 

sending requests to the audiovisual content recorder as 
follows: this ''tModel'' describes the service for 
transferring "submit Data" requests to the content 
5 recorder in the network, the use of which will be 
illustrated later : 

<tModei tModelKev='*uddi:tv-record.orQ:submit Data v1Q"> 
<name>tv-record>org:submit Data v10</name> 

10 <description xml:ianq="en">TV Record WSDL interface for submit Data port</description> 

<overviewDoc> 

<overviewURL useTvpe="wsdlinterface''> 

http://www.tv-record.orq/wsdl/tvr transport v10.wsdl#submit Data SOAP 
</overviewURL> 
15 </ovefviewDoc> 
<overvlewDoc> 

<overviewURL useTvpe="text"> 
ftp://tvr:tvr@ftp.voila.fr/spec/tvr xxVI O.zip 
</overviewURL> 
20 </overviewDoc> 
<categorvBag> 

<k eyed Reference kevName="uddi-org:tvpes:wsdr keyValue^^wsdlSpec" 
tModelKev="uddl:uddi.orq:categorization:tvpes7> 
<kevedReferenGe kevName="uddi-orQ:types:soap" kev\/alue=''soapSpec" 
25 tModelKey="uddi:uddi.org:categorization:tvpes7> 

<keved Reference kevName="uddi'Org:types:xmr kevValue="xmlSpec" 
tModelKev="uddi:uddi.orq:categor{zation:types7> 
<k eyed Reference kevName="uddi-orq:tvpes:specification" 
kevValue=''specification'' tModelKev="uddi:uddl.org:categorization:tvpes7> 
30 </categorvBaa> 
</tModel> 



To make itself known^ a broadcast audiovisual 

content recorder must declare its recording capabilities 
35 using the "save binding" method (see the UDDI API 

publication) , assuming that the appropriate parental 
structures "businessEntity" and "businessService" have 
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already been declared, referring to the ''tModel'' defined 
previously: 

<save binding xmlns^^umiuddi-orgiapi v3'> 
5 <bindingTemplate> 

<description xml:tang="fr^>Declaration of an audiovisual content recording service for one or more 
television channels </description> 
<accessPoint useTvpe="endPoint"> 

http://www.volla.fr/movies 

10 </accessPoint> 

<tModellnstanceDetails> 
<tModellnstancelnfotModelKev=''uddi:tV'record.org:submlt Data v10"> 
<lnstanceDetails> 
<instancePamris><irCDATAr 

15 <?xmt version="1.0" encodlna="utf-8"?> 

<describe submit Data Result serviceVersion ="3" 

xmlns=''http://www.tv-anvtime.org/2002/11/transport"> 

<ConverslonCapabi(ities> 

<BitrateConversionCapabilitv>true</BitrateConversionCapabilitv> 
20 <TranscodingCapabilitv>MPEG-1</Transcod[ngCapabilitv> 

<TranscodrngCapabiltty>MPEG-4</TranscodinoCapabilitv> 

</ConverslonCapabilities> 

<SupportedTransferProtocols> 

<SupportedTransferProtocol value=''FTP7> 
2 5 <SupportedTransferProtocol value=''HTTP7> 

</SupportedTransferProtocols> 

<DelivervServiceL'(st> 

<DelivervService serviceURL="dvb://1 .2.a''> 

<CharginaPolicv xml:lang="en">3 USD for AV contents produced In the last 3 months. 1 USD for the other 
30 contents</CharginqPolicv> 
</DellvervService> 

<DelivervServioe serviceURL="dvb7/1 .2.b7> 
<DeliverySefvice serviceURL=*dvb://1 .2.c7> 
</DelivervServiceUst> 

35 </describe submit Data Result> 

n></lnstancePamns> 

</instanceDetails> 
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</tModennstancelnfo> 
</tModelinstanceDetails> 
<cateqorvBaq> 

<kevedReference tModelKev=''uddi:tv-record.orq:serviceURL'' 

kevVaiue=''dvb://1 .2.a7> 

<kevedReference tModelKey="uddi:tV'record.org:serviceURL" 

kevValue="dvb://1.2.b7> 

<kevedReference tModelKev="uddi:tV'record.org:serviceURL'' 

kevValue=''dvb://1.2.c7> 

<ycategorvBag> 
</bindinqTemplate> 
</save bindinq> 

The <accessPoint> element provides the HTTP address 

of the recorder to which the "submit Data" request must 
be sent, 

The <instanceParms> element contains the declaration 

of what may be expected of the recorder (content of the 
data structure <TV Record Service Declaration> defined 
for the first embodiment) which defines the transcoding, 
bit rate production and transfer protocol capabilities, 
the list of recordable broadcast channels and the 
charging policy. 

The <categoryBag> element contains a list of the 

broadcast channels that the recorder is able to record. 

2.2 Discovering a network recorder using a web 

service . 

The technology of web services and of UDDl 

(Universal Description, Discovery and Integration) 
services in particular also offers terminals the option, 
if they have an Internet connection, of discovering 
broadcast audiovisual content recorders by consulting the 
directory, without necessitating any prior knowledge. 

Thus any terminal can use a node of the UDDI 

business directory (which has well known addresses) to 
find broadcast individual content recorders using the 
<find binding> command as shown below: 
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<find binding xmlns="um:uddi-orq:api v3''> 
<tModelBaq> 

<tModelKev>uddi:tv-record.org:submit Data v10</tModelKev> 
5 </tModelBaq> 
<categorvBaq> 

<kevedRef erence tModel Kev="uddi : tv-record .org:serviceU RL" 

kevValue="dvb://1.2.a7> 

<kevedReference tModelKev=''uddi:tv-record.org:serviceURL" 

10 kevValue="dvb://1.2.c7> 

</cateqorYBag> 
</find bindinq> 

In this example, the terminal is looking for a 

15 network recorder for the channels or television channels 
"dvb://1.2,a" and "dvb: /I . 2 . c" , 
In response, the terminal receives a 

<bindingTemplate> list that matches its request (recorded 
in the directory of services by the command 

20 <save binding>) . 

2,3 Requesting recording in the network 

After choosing an audiovisual content recorder, the 

terminal can send the following request using the SOAP 
(Simple Object Access Protocol) to request the recording 

25 of a content (the request encapsulating the 

<TV Record Service Request> request defined in the 
preceding embodiment) : 

POST /tvf/md-service HTTP/1.0 
30 Host: www.voila.fr 

Content-Type: text/xml: charset=''utf-8'' 
Content-Length: nnnn 
Accept-Encodinq: deflate 
SOAPAction: "submit Data" 

35 

<?xml version="1.0" encodlna="UTF-8"?> 

<Envelope xfnlns=" http://schemas.xmlsoap.org/soap/enveloDer> 
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<Bodv> 

<submit Data xmlns="http://wvw,tv-fecord.ofq/2002/11/transport''> 
<TV Record Service Request 

xmlns:xsi="http://wvvw.w3.orQ/2001/XML$chema-instance'' 

5 xsi:noNamespaceSchemaLocation=''TVRecServ.xsd" userld=''XcGHJ63DX''> 

<RequestedTransferProtocol>FTP</RequestedTransferProtocol> 

<Transcodlnq>MPEG-4</Transcodinq> 

<MaxBitRate>1 500</MaxBitRate> 

<Contentldentification chd=''crid://hbc.com/foxes/episode1 V 

10 serviceURL=''dvb:// 1.4ee2.3f5r 

start="20Q1-04-07T1 9:00:00.00+01:00" duration="PT1H30M7> 

<Contentldentification crid="crid://ch1 .com/serie/ep1 2" 

sefviceURL="dvb://1 .4ee2.3f4:4f5/" 

start="2003-06>27T12:30:Q0.00+01 •.00" duration^TTOHSOM" 

15 instanceMetadatald="imi:broadcast/17> 

</TV Record Service Request> 
</submit Data> 
</Bodv> 
</Envelope> 

20 

In return the terminal receives the following 

response for recording requests that have succeeded and 
other recording requests that have failed: 

25 HTTP/1.1 200 OK 

Content-Type: text/xml: charset="utf-8" 
Content'Lenqth: nnnn 
Content-Encoding: deflate 

30 <?xml version="1.0" encodinq="UTF-8"?> 

<Envelopexnilns="http://www.w3.orq/2002/06/soap-envelope''> 
<Bodv> 

<submit Data Result xmlns=" http://schemas.xfnisoap.orq/soap/enveloper> 
<TV Record Service Request Response 

35 xmlns:xsi="http://www.w3.ora/2001/XMLSchemaHnstance" 

xsi:noNamespaceSchemalocation='TVRecServ.xsd''> 

<RecordRequestSuccess crid="crid://hbc.com/foxes/episode1 1" 
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15 



reouestid="12456XD34" 

recordEndTime="2003>04-07T20:30:00.00^-01:007> 
<Recorci Reg uestSu ccess crid ='*crid ://zz2.oom/movie/title 1 " 
reQuestld=''156WQ77" 



recordEndTime="20Q3-04-07T20:30:00.00-^01:00'' 
keepDuration=TT24H" recordCost="2" currencv=''USD7> 
<RecordReQuestFailure crid="crid://ch1 .com/serie/ep12" 
KOreason="unknownCRID7> 



<RecordRequestFailure crid="crid://chaine5.com/film15'' 

10 KOreason="unava{lableServiceURL"/> 

<yTV Record Service Request Response> 
</submit Data Result> 
</Bodv> 
</Envelope> 



The same procedure is used to encapsulate other 

requests defined in the preceding embodiment for other 
steps of recording audiovisual content in the network. 



